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FOREWORD 


The purpose of the Detailed Requirements Document is to 
define and outline the requirements for the Problem 
Reporting Data System. The Problem Reporting Data System is 
a computer-based system designed to track the status of 
problems and corrective actions pertinent to Shuttle 
hardware. This document describes the input, processing, 
output, and performance requirements of the system. In 
addition it will serve as a baseline for design, testing, 
and implementation of the system. Any significant changes 
made to the baseline will require Applications Configuration 
Management Board review and approval. 

The Detailed Beguirements Document was developed in response 
to Job Order 88-099, the Problem Reporting Data System, 
issued July 1, 1973, and in accordance with the Task 
Description dated October 1974 in support of the 
Institutional Data Systems Division at the Lyndon B. Johnson 
Space Center. 
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GLOSSARY 


. PDS Probleffl Reporting Data System 

A computer-based system for tracking the status of 
problems and corrective actions related to shuttle 
hardwa re« 

CFE contractor Furnished Equipment 

Equipment which is provided to NASA by a prime con- 
tractor. 

GFE Government Furnished Equipment 

Equipment which is procured or manufactured by JSC 
or other RASA Centers. 

SR8QA Safety^ Reliability and Quality Assurance Office 

DRD Detailed Requirements Document 

S2K System 2000 

General purpose data management system which provides 
remote access to one or more data bases. 

QAD Quality Assurance Division 

Responsible for management of the Problem Reporting 
Analysis and Corrective Action (PRACA) System, and 
Resolution of Hanufacturing problems. 
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GLOSSaai ^continued) 


PAE Problem Assessment Engineering 

Besponsible for permanent storage and retrieval of 
data pertaining to problems occurring on JSC hard- 
ware« Acts as the focal point for all problem data 
at JSCp including distribution of problem reports 
and problem resolution information. 

IDSD Institutional Data Systems Division 

SPIMS Shuttle Program Information Management System 

PHAC& Problem Reporting Analysis and Corrective Action 

A system established to recordf report, analyze, and 
resolve problems occurring on hardware programs. 

It also defines procedures for processing of infor- 
mation resulting from these problems. 

IPS Initial Problem Report 

Utilized to identify those data elements required to 
identify and report an initial problem. 
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GLOSSARY ^Continued) 


TERMS WITHOUT ACRONYMS 


« Failure ' 

The inability of a system, subsystem, component, or 
part to perform its required function within 
specified limits, under specified conditions, for a 
specified duration, ^ 

♦ Unsatisfactory Condition 

Any defect for which engineering resolution is 
required and which requires recurrence control beyond 
the specific article under consideration. 

♦ Problem 

Any failure or unsatisfactory condition that occurs 
(1) during, or subsequent to, production acceptance 
testing, or C2) prior to acceptance testing that 
will^ or has the potential to, adversely affect 
safety, contribute to schedule impact or launch 
delay, or result in design change. 

Hazard 

The presence of a potential risk situation caused by 
an unsafe act or condition. 

♦ corrective Actibn 

Action taken to preclude occurrence of an identified 
hazard or to prevent recurrence of a problem. 
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GLOSSaSY (ContinuedI 


« Defect 

h condition of any hardware in which one or more 
characteristics do not conform to the specified 
requirements. 

♦ Acceptance Testing 

Tests to determine that a part, component, subsystem, 
or system is capable of meeting performance 
requirements prescribed in the purchase specification 
or other documents specifying what constitutes 
adequate performance capability for the item in 
question. 

* Nonconformance > 

A condition of any article, material, or service in 
which one or more characteristics do not conform to 

requirements . 

* Open Problem 

A problem which has been reported and for which 
responsible NASA management personnel have not 
approved the problem resolution submitted by the 
supplier. 

♦ Closed Problem 

A problem is closed when the hardware supplier is 
formally notified of NASA concurrence with the 
problem analysis (including determination of the 
cause) and has implemented corrective actioh to 
preclude recurrence of the problem. 
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GLOSSaSY CConclukedJ 


Explained Problem 

A problem is explained when the supplier is formally 
notified of NASA concurrence with the problem 
analysis and rationale for not establishing 
corrective action* 

Resolved Problem ^ 

A problem that has been closed or explained. 

S ystem-*Level Problem 

Any problem (1) occurring on criticality 1 and 2 
hardware that fails in the criticality 1 or 2 mode, 

(2) occurring on a common hardware item, as listed on 
the Common Osage Item List (COIL) , (3) affecting an 
element physical interface, (4) Problems, when 
recognized by the applicable Element Proiect Office 
(EPO) to cause impact on a program level milestone or 
launch schedule of a space shuttle vehicle. 

Manufacturinq^Oriented Problem 

A problem attributed to human error or a deficiency 
in a manufacturing process or procedure- 

Design-Oriented Problem \ 

A problem attributable to a deficiency in the 
hardware design or end item 4p®cification that may 
require a design change or waiver to resolve. 
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1,,1 .IDENTIFICATION 

This Detailed Requirements Document (DRD) has been 
prepared for the Lyndon B. Johnson Space Center (JSC) ^ 
Institutional Data Systems Division (IDSD ) , by the Shuttle 
Information Hanagement Systems Department of Lockheed 
Electronics Company, Inc« (LEG) in response to support 
contractor job order 88-099, Problem Reporting Data System 
(reference 1) and in accordance with Task Description for 
the Problem Reporting Data System (reference 2) . The 
Problem Reporting Data System (PDS) is a computer-based 
system for tracking the status of problems and corrective 
actions related to Shuttle hardware and other programs. 

The participants in the DRD are the Quality Assurance 
Division (Safety, Reliability and Quality Assurance Office) , 
the Data System Development Branch (IDSD) , and the Shuttle 
Information Management Systems Department (LEG) . 

1.2 BACKGROUND 


In the mid-sixties the Apollo Failure Data System was 
developed for the Reliability and Quality Assurance Office 
for automated data processing of Apollo failures. 

Contractors and NASA organizations would report failures by 
way of magnetic tape or punched cards, and the system would 
edit and store the data in master files. Outputs from the 
system consisted of summary, status, and history reports for 
management visibility and specially constructed summary 
reports. 
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The Apollo Failure Data System operates only in batch 
aodeo It does not have the capability to collect and 
process problem data ^?ith remote terminals , can not display 
problems in real timep and experiences delays of up to two 
months between problem detection and system recognition of 
the problem. These shortcomings coupled uith a limited data 
processing capability not satisfy the requirements of 

future JSC programs. Therefore, a more comprehensive system 
is needed. A set of interim specifications (reference 3) 
were published by Quality Assurance Division and a list of 
basic requirements were established. Working with the basic 
requirements, a Proiect Implementation Plan for PDS 
(reference 4) was written which established the feasibility 
of developing the Problem Data System. 

Prior to the implementation of the final PDS an Interim 
Problem Data System (IPDS) was established. IPDS 
accomplished two major objectives; the storage of problem 
data in machine readable form for eventual transfer to PDS 
and the production of a weekly Open Problem List. In 
addition, it provides a full problem listing batch report 
and responds to certain online requests. IPDS was 
implemented on the CYBER computer, under the KSONOS 
operating system, and utilizing SYSTEM 2000 as the data 
management system software. 

I 

H.3 GE5SERAL DESCRIPTION 

The Space Shuttle Program Office (SSPOJ has levied 
Problem Reporting and Corrective Action requirements on 
Johnson Spacecraft Center (JSC) , Kennedy Space Center (KSC) , 
and Marshall Space Flight Center (HSFC) Element Project 
Offices and their contractors through the Program Definition 



and Bequireaeats docaiaeats JSC 07700 j JSC 07700 has 

established coaifflon reportinq procediaresp tiaielines<, and data 

elements across the Space shuttle proqram. The Quality 

Assurance Division of the Safety^ .Relialhility and Quality 

Assurance Office is responsible for managing problem 

reporting and corrective action for JSCo The central 

facility at JSC for input/output control of the PDS data 
/• 

base Will be the Problem Assessment Engineering CPAE| group. 

Problem reporting activity consists of collecting, 
updating, maintaining, reportinq, and tracking of data which 
completely describe Shuttle hardware, problems and their 
resolution. Problem reporting and problem tracking at JSC 
applies to all orbiter vehicles and their associated GFE and 
selected GSE and system level problems; therefore, in order 
to efficiently process the anticipated volume of data, the 
Problem Reporting Data System described in this DRD will be 
a computer-based, interactive systemo The benefits expected 
from this system include rapid interactive tracking of 
problem status and corrective actions, the rapid response to 
the users needs for pertinent information, the ability to 
perform online updates, data searches and code 
transformations, and the display of data in predefined 
reports. 

When a problem is discovered {on site or off site), 
certain required information will be assembled regarding the 
problem- The Problem Assessment Engineering {PA'E) group 
will be the focal point for input/output control and will 
assign password and security codes to the various users. 
Those reporting agencies/users without access to PDS 
terminals will submit initial problem data and subsequent 
information to the PAE via telephone, telecopier, and/or 
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U«So Hailo fhe PftE will then be responsible for entering 
the initial probleB data in the JSC PDS computer and for 
supplying reports to these reporting agencies/users* Those 
reporting agencies with password authority and having access 
to a PDS terminal ^onsite and remote) will submit all data 
(initial problems or subsequent information) directly to the 
JSC PDS computer- They will also have the capability to 
receive online output data from the computer such as editing 
errors and reports- Copies of the offline reports will be 
distributed by the PAE or the operational group depending on 
operational procedures to be established. 

Pigorous edits will be performed on all submitted data 
to protect against erroneous entry of data into the data 
base- All coded fields will be edited for valid codes, 
correct format, and authorization before the data is 
accepted- Access to the data base will be controlled by PAE 
with valid passwords* A system of access codes will control 
the internal portion of the data base from unauthorized read 
or updates- 

PDS will respond to direct queries of the data base. 

The user will be able to search selected data fields for 
specific data values, perform boolean logic to identify 
problem reports from which data is to be selected, sort 
extracted data, and display selected data in predefined 
formats. In the event that new or additional reports are 
required after the system is operational, a procedure will 
be established between the user and IDSD to add the required 
capability to the system within fortV^eight (48) hours. 

PDS will maintain the data base integrity and prevent 
significant loss of data by periodic copying of the data 
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base. These data base dusips and the transaction logs will 
allou recover? of the data base in the e\rent of a damaged 
data base. Wominallyy the last two or three transactions 
will be losto The ma^iEaura loss will, not exceed twenty-four 
hours of transactions. 

1.4 POTaRE REQaiREKENTS 

Archiving of closed problems and batch update 
capability is not covered in this DRb since it is 
anticipated that these requirements will not exist for at 
least the first two years of operation. These requirements 
will be covered in a subsequent release of the Problem Data 
System* 

Since requirements for the Kennedy Space Center* s 
Launch Processing System have not been completely defined, 
no provisions have been made in this DRD for utilization of 
the system by KSC other than the ability to update, retrieve 
and display dSC system level problem reports. Depending on 
KSC future requirements it may be necessary to establish a 
second or sister data base in order for KSC to utilize the 
PDS for their own application. 

1.5 ASSUMPTIONS AND CONSTRAINTS 

PDS is an application that comes under the auspices of 
the Shuttle Program Information Management System iSPIMS) . 
The SPIMS working group will utilize the Control Data 
corporations's CYBER 74 as the central computer system for 
SPIMS applications. The operating system is a modified 
KRONOS which supports multiprogramming, high-level 
compilers, and batch and on-line modes of operation. The 

1-5 


ORIGINAL PA6G IB 
OF POOR QUALEfy 



communication management system is a modified SPIWS Terminal 
and Communications Subsystem that validates message 
transmissions^ handles error conditions, and allows 
dedicated connections without timing out. The data 
management system is a modified System 2000 that operates in 
batch and on-line mode, provides selecting and sorting of 
output, and allows for high level procedural language 
interface. In addition. System 2000 supports variable- 
length fields, several types of security, inverted file 
hierarchical and repeating-group data base structures, and 
processing of multiple data bases. 

The SPIMS working group have identified several 
modifications to be made to KROHOS, Terminal and 
Communications subsystems, and System 2000. These 
modifications are identified in the PIP for PDS an^ will not 
be listed. However, this Detailed Requirements Document has 
been produced in conjunction with these assumptions. 

1.6 EQOIPHENT 

The equipment capabilities required for access to PDS 
are a high-speed line printer for offline reports, several 
magnetic tape drives for transaction logging and report 
files, thirteen identified remote terminals with 
hardcopiers, communications equipment for maximum of ten 
concurrent online users, random access mass storage for 48 
million characters in online data base, and core storage for 
an estimated 35,000 words of application software. 
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2 o 0 StSTEH REQUI REME NTS 

2.1 DATA SaSE INPOT/OOTPUT DATA ELEMENT DESCRIPTION 

The NASA JSC Shuttle Problem Display is the focal point 
of the PDS and presents all input/oi^tput data elements 
required of the system. These elements, in various 
combinations, are utilized in composing all other required 
problem data reports. This display is the vehicle for the 
interactive capabilities of the PDS and data base input, 
update, deletion and change. As such, the understanding of 
the intent and restrictions on each component data element 
is essential- The following discussion treats each major 
division of the Display and then each element of the 
particular division. Sequentially presented in the Display 
element discussion are: 

• JSC Shuttle Problem Standard Display Format and 

Example. 

• JSC Shuttle Problem Express Display Format and 

Example. 

• Problem Identification Division. . 

« Hardware Identification Division. 

• Problem Effectivity Division. 

• Problem Description Division. 

« Pertinent Documents Division. 

• Remarks Division. 

• Analysis Division. 

• Resolution Division. 

The JSC Shuttle Problem Standard Display Format is used 
for data elements input and output and is shown on the 
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following three pages. The format of the first page 
provides for identification and description of the problem 
and hardware and for other closely related information. The 
format of the second page provides for identification of 
pertinent documents and additional appropriate written 
narrative information of the problem. Page 3 provides for 
the resolution narrative. 

The JSC Shuttle Problem Express Display is similarly 
used when -Express codes are used. The express forms are 
presented after the Standard Displays. 

Code lists utilized for editing input data elements are 
listed for each element where applicable. These lists are 
shown for examples and are not necessarily complete; 
however, if a data element is to be verified utilizing a 
list, then a list is shown. Otherwise, the data element 
will not be edited against a list of valid values. 
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JSC SHUTTLE PHOBLEH STANDARD DISPLAY 


PROJECT S< 

* ACTION ASSIGNEE:< 

1&C 

^PROBLEM IDENTIFICATION: 

* SUBSYSTEM < > 3 

^ STATUS < > 1 

« VEHICLE ON < > C 

* LOCATION < > i 

* TEST/OPER. < > ] 

* CAUSE < > 1 

FAIL MODE < 

* COND. MAT. < 

^ PREVAIL, COND- < 

TIME/CYC. < - > 

« TEST DOCUMENT NUMBER < 

* 

♦HARDWARE IDENTIFICATION: 

♦ TEST/PROC HARDWARE 

♦ PART NAME < 

♦ PART NUMBER < 

« NONCONFORMING ARTICLE 

♦ PART NAME < 

♦ PART NUMBER < 

♦ NEXT HIGHER ASSEMBLY 

♦ PART NAME < 

♦ PART NUMBER < 

♦ CONTRACT END ITEM 

♦ PART NAME < 

♦ PART NUMBER < 

♦ 

♦PROBLEM EFFECTIVITY: 

* MISSION NO. * ♦ 

♦ VEHICLE NO, ★ ♦ 

* CRITICALITY ♦ ♦ 

★ STATUS * ♦ 

♦PROBLEM DESCRIPTION: 

*< 


PAGE 001^ 

if 


LEVEL < 

TYPE < 

CRIT. < 
SUSP/VER < 
INIT/SOBS < 
PAE REVIEW < 
> 

> 

> 


ssm/tm: < 


REPORT NO. < 
REFERENCE NO. < 
WORK UNIT < 
OCCUR. DATE < 
D/T EEC. < / 

D/T UPDATED < 
RESOLUTION DATE 
ESTIMATED < 
ACTUAL < 
HDW DISP < 
CONSTRAINT < 


MANUFACTURER 

SERIAL/LOT 

MANUFACTURER 

SERIAL/LOT 

MANUFACTURER 
SERIAL /LOT 

MANUFACTURER 
SER lAL/LOT 


4l«sCc ♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦ ♦♦♦♦♦♦♦♦♦ 

Figure 2-1 
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JSC SHUTTLE PROBISH STANDARD DISPLAY 
CONTINUED 


*D/T UPDATED < / / 

^PERTINENT DOCUMENTS: 


REPORT NO 


TYPE 


ISSUE SITE 


DOCUMENT NUMBER 


< 

< 

< 

< 

< 

< 

< 

< 


^S'REMARKS: 

Jjc 

ft 

ft 

ft 

ft 

ft 

ft 

ft 

ft 
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ft 

ft 
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ft 
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★ANALYSIS: 

ft< 

ft 

ft 

ft 

ft 

ft 

ft 

ft 

ft 
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> 

> 

> 

> 

> 

> 

> 

> 


< 

< 

< 

< 

< 

< 

< 

< 


> 

> 

> 

> 

> 

> 

> 

> 


> 

> 

> 

> 

> 

> 

> 

> 


PAGE 002* 
ft 
>ft 
ft 


ISSUE DATE 

< / / > 


< 

< 

< 

< 

< 

< 

< 


/ 

/ 

/ 

/ 

/ 

/ 

/ 


/ 

/ 

/ 

/ 

/ 

/ 

/ 


ft 

ft 

ft 

ft 

ft 

ft 

ft 

ft 

ft 

ft 
ft 
ft 
ft 
ft 
• ft 
ft 
ft 
ft 
ft 
ft 
ft 
ft 
ft 
ft 

ft 

ft 

ft 

ft 

ft 

ft 

ft 

ft 

>ft 

ft 

ft 

ft 

ft 

ft 

ft 

ft 

ft 

ft 

>ft 

ft 

ft 


ftftftftftftftftftftftftftftftft ftftft ft ftftftft ★★★★★★★★★ ft ’^★★★★★★★★★★★★★★★★★★★★★★★★★ftftftft^ft^ ★★★★★ft ft 

Figure 2-1 (Continued) 
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«DATE JSC SHUTTLE PROBLEM STANUAHD DISPLAY PAGE 003’i‘ 

* CONTINUED 
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Figure 2-1 (JCoocluded) 
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JSC SHUTTLE PHOBLEH EXPSESS DISPLAY 
PHOJECr:< > 


PAGE 001’'* 

if 


4c 






tt 

s{c 

■it 

ACTION ASSIGNSEs< 

> 


ssm/tm:< 


>4 

4c 

>5‘PR0BLEM IDENTIFICATIONS 





4c 

4c 

SUBSYSTEM < > 

LEVEL < > 


REPORT NO. < 


> * 

4c 

STATUS < > 

TYPE < > 


REFERENCE NO. < 


> * 

i5c 

VEHICLE ON < > 

CRXT. < > 

■ 

WORK UNIT < 


> * 

4: 

LOCATION < > 

SOSP/VER < > 

\ 

OCCUR. DATE < / 

/ 

> * 

Jjc 

TEST/OPER. < > 

IN IT/SUBS < > 


D/T EEC. < / / 

- 


4c 

CAUSE < > 

PAE REVIEW < > 


D/T UPDATED < / 

/ 

>* 


PAIL HODE < > 



RESOLUTION DATE: 



4t 

COND. MAT. < > 



ESTIMATED < / 

/ 

> * 

c> 

PREVAIL* COND. < > 

f 

, 

ACTUAL < / 

/ 

> ♦ 

4c 

TIME/CYC. < - > 



HDW DISP < > 


4c 

4c 

A 

TEST DOCUMENT NUMBER 

< 

> 

CONSTRAINT < 


> ♦ 
4c 

^HARDWARE IDENTIFICATION: 





4c 

4f 

TEST/PROC HARDWARE 





4c 

4c 

PART NAME < 


> 

MANUFACTURER < 


> * 

« 

PART NUMBER < 


> 

SEEIAL/LOT < 


>* 

4c 

NONCONFORMING ARTICLE 





* 

4c 

PART NAME < 


> 

MANUFACTURER < 


> * 

4c 

PART NUMBER < 


> 

SERIAL/LOT < 


>4c 

4c 

NEXT HIGHER ASSEMBLY 





4c 

«! 

PART NAME < 


> 

MANUFACTURER < 


> * 

4c 

PART NUMBER < 


> 

SERIALAOT < 


>4c 

4c 

CONTRACT END ITEM 





4c 

4i 

PART NAME < ■ 


> 

MANUFACTURER < 


> * 

4c 

4^ 

PART NUMBER < 


> 

SERIAL/LOT < 


>♦ 

4( 

^PROBLEM EFFECTIVITY: 





4c 

4c 

MISSION NO. « « 

4c ♦ 


4c 4c 4c 

4c 

* 


* VEHICLE NO- ^ 

* CRITICALITY * 

« STATUS * 

* 

♦PROBLEl! DESCRIPTION: 

0t< 

* 

« 

« 

s9i 

iu 

i$i 


sjt 

* 


* 

♦ 

* 

★ 

♦ 

* 

* 

* 

4c 

4c 

♦ 

* 

« 

>♦ 

* 


i$c * ^ * 4t 4< ^ ^ ^ iCc ^ <3c sSc sCt ^ ^ 4c 4c $ * 4c ^ 4e 4> ^ 4c ♦ 3^ * 4c 4c 4c 4c 4c « * 4e « 4c 1^ 4t 4c 4i 4e # 4c 4c 4c * 4> 4c * 


Figure 2-2 
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:^c 4c 4i 4i 4i 4( « 4( ^ set :(! 3^ i3c^ :S( ]({ )}c si: ^ ^ i)( 4c 3|e # ^ 4ci(t 4t 4c 4e ^ 4! ]$e ^ 


>«'DATE 


JSC SHUTTLE PROBLEM EXPRESS DISPLAY 


*D/T UPDATED < / / - 

♦PERTINENT DOCUMENTSs 


4c 
4t 
4c 
* 

4c 
4c 
4c 
4( 

4t 

♦REMARKSS 

4c< 

4c 

4« 

4c 

4c 

4c 

4c 

4< 

4c 

4» 


TYPE 

< > 


< 

< 

< 

< 

< 

< 

< 


< 

< 

< 

< 

< 

< 

< 

< 


> 

> 

> 

> 

> 

> 

> 

> 


CONTINUED 


ISSUE SITE 


REPORT NO, < 


DOCUMENT NUMBER 


< 

< 

< 

< 

< 

< 

< 

< 


> 

> 

> 

> 

> 

> 

> 

> 


ISSUE DATE 


< 

< 

< 

< 

< 

< 

< 

< 


/ / 
/ / 
/ / 
/ / 
/ / 
/ / 
/ / 
/ / 


PAGE 002^ 

>♦ 

4c 

4 

4c 
« 
♦ 
★ 
* 
4f 
4c 
4c 
* 
4c 
4c 
4c 
4c 
4c 
4e 
4c 
4c 
4c 
4e 


> 

> 

> 

> 

> 

> 

> 

> 


4c 

4c 

4c 

4c 

4c 

4c 

4i 

4c 

4c 

4c 


4c 

4c 

4c 

4c 

4c 

4c 

♦ 

4c 

4c 

4c 

4c 




4c 


♦ * 

>4c 

♦ANALYSIS: ♦ 

♦ < 4c 

♦ 4c 

4c * 

4c • • 4c 

♦ 4c 

♦ 4c 

♦ . ■ 4c 

♦ ♦ 

♦ >4c 

* 4c 

4t * 


4c 4( 4c 4c 4c 4c 4c 4c 4* 4c 4c 4t 4c 4c 4c 4< 4c 4c 4c 4c 4c <c 4c 4c 4c 4c 4c 4c <ic 4c 4< 4c 4c 4c 4c 4c 4c 4c 4c 4c 4c 4c * 4c 4c 4c #* 4c 4c 4c 4c 4c 4c 4c 4c 4c 4c 4c 4e 4c 4c 4c 4c 4c 4c 4c 4c 4t 4c * 4c 4c 


Figure 2-2 (Concluded J 
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TITLE BLOCK, PROJECT 


*DATE J S P a OB LE K STANDARD DISPLAY PAGE 001* 


♦ 

♦ 

4c 


mm 


ACTION ASSIGNEES < 


SSH/TM :< 


* 

* 

>A 

♦ 


4( 4c 41 * 4> 4c * 3tc 4i 4i 41 4> 4t 4( 4> 4c # 4( * * 4c 4t 4 4i 4c 4< 4i 4> 4< 4! <i 4c 4> 4c 4( 4c 4n^ 4t « 4c 4i 4c 4t 4< 4c 4> 4c 4c 4c 1^ 4c 4c 4 e 4> 4t 4t * 4c * * 4< 4c * ♦ 4t * * * 


Proiect 

Indicates the highest level under which the problem reports are to be 
classified. Proiect and Probleai Report Number together uniquely 
identifies a problem report in this data base* This item may be changed 
only through deleting and adding the entire problem. 


Exp Char 

Std Char 

Code 

Format Search 

Repeating 

Required 

Length 

L en gt h 

List 

Key 

Group 

For IPR 

1 

8 

Yes 

A Yes 

No 

Yes 


Source: originator* 

Edits Performed: 

• checks code list for valid entry. Blanks are not acceptable. 
Acceptable Input: 

• Value entered into data base. 

Unacceptable Input: 

Q ADDITIONS: New Problem Report will be rejected Unless Originator 

enters a valid value for this element. 

• CHANGE: Value cannot be changed. Entire problem must be deleted and 

re-entered. 

EXAMPLE: 


S$i4>c)^4i4i4c4c4c*s^>^4c4!4c4i4i4c4c4c4! 4c4c4c«ic 4c4c4<4c 4c4c4c>^i^4:4c4'4c4c*4c4ci^4c4c4c4ci^4(4c4(*4c4(4c4c4c4c4c4c4c4ccfc4c4c4c4c4c4e4(4c4(4c4c4c 


*DATE 03/07/75 JSC SHUTTLE PROBLEM STANDARD DISPLAY PAGE 001* 

* PR0JECTS<0R BITER >-<STRUC VERTICAL STABILIZER > * 

t>;i 4c 

'S' ACTION ASSIGHEE2<D«R* JONES > SSH/TM: <S, P. WEISS >* 

* ♦ 


4 e 4 c 4 c 4 i 4 ( 4 c 4 c 41 4 c 4c 4i 4( 4c iC^cSc 4c $ 4t 4c 4c <c4i 41 cjc ^ <z 4c 4c 4c 4i 4c 4< 4c 4c 4c 4t 4< 4c 4c 4c 4c 4( 4c 4e 4e 4c 4c 4c 4c 4c 4c 4c 4( 4( 3»c 4c 4c 4( 4c 4( 4c 4( 4c 4c 4t 4c 4c 4c 4c 
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ta 'xs O 2B r* w CD 


TITLE BLOCK* PROJECT ^Continued) 


£Q2E_LlST^PSgj2^C2s 

EXPRESS STANDARD 

AMM1IAHQ.1 Sl£IIIIigw 


SSB 

ET 

LSL 

ME 

ORBITER 

PAYLOADS 

GFE 


SPACE SHUTTLE SOLID ROCKET BOOSTER 
SPACE SHUTTLE EXTERNAL TANK 
SPACE SHUTTLE LAUNCH AND LANDING 
SPACE SHUTTLE MAIN ENGINE 
SPACE SHUTTLE ORBITER VEHICLE AND GROUND 
SUPPORT EQUIPMENT 
SPACE SHUTTLE PAYLOADS 

SPACE SHUTTLE GOV ERNMEMT -FURNISHED EQUIPMENT 
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TITLE BLOCK a SUBSYSTEM 


^DATE JSC SHUTTLE PEaBJ-BM STAID AHD DISPLAY PAGE 001^ 

* pboject;< >- 


ACTION ASSIGNEE; < 


SSM/TM :< 


>♦ 

* 


Kt iii ^ s»i « « 1^ «: 1(1 3$E ^ >9( ^ « 4> 4! # * * 4t 4t ♦ ♦ 4c # 4c 4c ^ ^ * 4( * He xt ^ «:<t i|c ^ 4> ♦ * ♦ « ^ * 


'' Subsystem Title (Displayed in Background Mode) 

The Subsystem name. The computer will extract the subsystem title from 
the subsystem code list based on the subsystem code provided by the 
originator. Any value entered by an Originator for this element will be 
rejected. 


Char 

Code 

Format 

Search 

Repeating 

Required 

Length 

List 


Key 

Group 

For IPR 

25 

Yes 

. A 

Yes 

No 

No 

Computer. 

See Subsystem 

Code List 

• 



Edits Performed; 

« No edits performed. 

Acceptable Input: 

« Value entered into data base. 
Unacceptable Input: 

• None. 
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TITLE BLOCK, ACTIOH ASSIGNEE 


:Ji Jk» 532 3tt ** « i5t ❖❖ ^ lif ♦* ’J' * ’^ **** ^ * ’^^ ’*' *^ ^ *** ^ * ’^ * “^ *^ * * 


JSC SHOTTLE PROBLEM STANDAHD DISPLAY 
PROJECT S< >-< 


*DATE 

* 

* 


9 s s m/t b ; < 


PAGE 001’<‘ 
# 

>* 
* 


Action Assignee 

The individual who has priraary responsibility for tracking this problem. 
The PAE will enter the value for this element. Any value, entered other 
than by PAE for this element will be ignored. 


Char 

Length 

Code 

List 

Format 

Search 

Key 

Repeating 

Group 

Required 
For IPR 

10 

No 

AN 

Yes 

No 

No 


Source: PAE. 

Edits Performed: 

• No edits required for this element. System will accept any value 
entered by PAE up to the maximum character length. 

Acceptable Input: 

• Value entered into data base, 
unacceptable Input: 

• None. 
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TITLE BLOCKf? S0BSYSTEE3 iSASJilGEH/TEGHNIC&L ebNITOR (SSH/TM) 

’S' ^ ^ ^ 

jOiq^TE JSC SHUTTLE PROBLEi^l STAKD&RD DISPLAY PAGE 001^^ 

PROJECT S< >-< 

<5 

’C' ACTION ASSIGNEEs< 

>$: 

jQj 3ji ^ * jS? i{« *# «i # #:&«« «}t #««##*«>!« J> <«#'«' sJ* S* s^ Jj« * *««* ’6' >5‘ *>>* ’S' ^ *♦♦*’<'*♦♦ >^ *♦*** *^ *********** ’*' 



Subsystem Ha nager /Technical Monitor (SSH/TW) (Displayed in Background Mode) 

The subsystem manager or technical monitor who is responsible for the 
subsystem* The computer s?ill extract the SS/TH from the Subsystem Code 
List based on the subsystem code provided by the originator. Any value 
entered by an originator for this element will be ignored. 


Char 

Length 

Code 

List 

Format 

search 

Key 

Repeating 

Group 

Required 
For IPR 

18 

No 

AN 

Yes 

No 

No 


Source: Computer. See subsystem Code List. 

Edits Performed: 

• No edits performed. 

Acceptable Input: 

« Value entered into data base. 
Unacceptable input: 


• None. 



PHOBLEH IDENTIFICATION DIVISION 



# 


SUBSYSTEM 
STATUS < 
VEHICLE ON < 
LOCATION < 
TEST/OPEB. < 
CAUSE < 

fail mode < 

COND, MAT, < 
PHEVAIL, COND, 
TIME/CYC. < 


“ > 


TEST DOCUMENT NUMBER < 




^ jjt ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ 

* 

> REPORT NO, < 

> REFERENCE WO. 

> WORK UNIT < 

' OCCUR. DATE < 

> D/T REC. < / 

> D/T UPDATED < 

RESOLUTION DATE: 

ESTIMATED < / 

ACTUAL < / 

HDW DISP < 

CONSTRAINT < 


LEVEL < 

TYPE < 

CRIT. < 
SUSP/VER < 
IN IT/SUBS < 
PAE REVIEW - 
> 

> 

> 


/ / 
/ - 
/ 


/ - 

/ 

/ 


> 

> 


* 

. « 
jjf 
* 
« 

>« 

* 

* 

* 

* 


' '-uw;brKAXNT <. > * 


n* Problem Identification division of the JSC Shuttle Problem 

Display Form uniquely identifies a nonconforming article The soecifir 

aijisior. are as depicted above ^aM shall bflnfillduaUv 
described on succeeding pages of this section. ^ 


EXAMPLE: 




4( 

* 

* 

« 

* 

* 

4> 

4c 


SUBSYSTEM <SV > 

STATUS <OPEN > 

VEHICLE ON <137> 

LOCATION <RISD > 
TEST/OPER. <PLT> 

CAUSE <MFG-WOR-FIT > 
fail MODE <OP DELAYED 
COND. MAT. <CRACKED/TORN> 
PREVAIL. COMD. <VIBRATION 
TIMB/CYC, < 10.5-K> 

TEST DOCUMENT NUMBER <10P- 


LEVEL <SYSTEM > 
TYPE <FAILUSE > 
CRIT. <2-MISSION> 
SUSP/VER <VBR > 
INIT/SUBS <INIT> 
PAE REVIEW <YES> 

> 


iywv,uncwT WUHHIUK CIUP- H0203-G > CONSTRATNT <rQriBc a. 


REPORT NO. <102030405-P > 
reference no. <5-P1073 > 

WORK UNIT <66-A-1334 > 

occur, date <02/06/75> 

D/T REC. <0 V06/75-1215> 

D/T UPDATED <01/06/75- 1315>* 
RESOLUTION DATE: 

ESTIMATED <05/07/75> 
ACTUAL < / / > 

HDW DISP <REPAIR > 
CONSTRAINT <SUBS-EEP > 


4c 

4c 

4c 

4c 

4c 
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PROBLEM IDENTIFICATION^ SDBSYSTEH 


sje « sfr, I)c ^ 5{j 55t ijj Jji !$! ijt ^ }Jt J5 s3j :Ji ^ ^ i{i! Jjt ije ^ J}f Ijt j}c ^ ^ ^ ,4, Jjisjg ,j, I(c sii 4t *I> ^ ^ ** * 

*fPEOBISM IDENTIFICATIONS * 


Sjt 

jCj 

* 

s> 

S$S 


!OS < 
VEHICLE ON < 
LOCATION < 
TEST/OPER. < 
CAUSE < 

FAIL MODE < 
COND. HAT. < 
PREVAIL, COND 
TIME/CYC. < 




LEVEL < > 

TYPE .< > 

CRITo < > 

SUSP/VER < > 

INIT/SDBS < > 

PAE REVIEW < > 

> 

> 

> 


TEST DOCDHENT NUMBER < 


REPORT NO. < 
REFERENCE NO. < 
WORK UNIT < 

OCCUR. DATE < / 

D/T EEC. < / / 

D/T UPDATED < / 

RESOLUTION DATE: 
ESTIMATED < / 

ACTUAL < / 

HDW DISP < 
CONSTRAINT < 


/ > 

/ - 

/ 

/ 


> 

> 


* 

* 

♦ 

♦ 

* 


i.'iunDj&ci "s ^ LUNSTKAXNT v > w 


Subsystem 

Coded name pf the project subsystem to which this problem pertains. 


Char 

Length 

Code 

List 

Format 

Search 

Key 

Repeating 

Group 

Required 
For IPR 

5 

Yes 

AN 

Yes 

No 

Yes 


Sources Originator. 

Edits Performed: 

• Checks code list for valid entry. Entry cannot be blank. 
Acceptable Inputs 

• Value entered into data base. 

Unacceptable Inputs 

® ADDITIONS New Problem Report will be rejected unless Originator 
enters a valid value for this element. 

® CHANGES Originator requested to submit correct value. if none 
submitted, element retains previous value. 
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PROBLEH 


ACP 

ACM 

ADCD 

ADCE 

AEP 

AES 

AEW 

AFCA 

AFCE 

AGN 

AGS 

AH 

AHT 

AI 

ARAB 

AKN 

AKRK 

AKRS 

CAEA 

CAES 

CAL 

CATC 

CP 

C5f 

MS 

MH 

MHDE 

MHDP 

MHDE 

MHDS 

MHDT 

MHDB 

MD 

ML 

MP 

MS 

PEB 


IDENTIFICATION^, SUBSYSTEM (Continued) 


£0Dl^MS2A«QlSiOE.§nfiiIS££|is 






EG6/E, A, DALKE 
^,E, MALLORY 
S-GoHODSE 
EG2/G. N. JOHNSON 
B. HENDRIX 


FLIGHT COMPDTER/IOB 
MDA & MIA EQUIPMENT 
MULTIFUNCTION CRT DISPLAY 
DISPLAYS & CONTROLS 
ELECTRICAL POWER DISTR’N 


J.C= BOYKIN 
L» D, WHITE 
E64/D*H, SHELTON 
O.PaLITTLETON 
EG5/S-L. BACHMAN 


ELECTRICAL SEQUENCING 
ELECTRICAL INSTA S WIRING 
PLIGHT CONTROL ACTUATORS 
FLIGHT CONTROL ELECTRONIC 
GNSC INERTIAL MBAS*T UNIT 


C. E, MANRY 
EG9/P. A.ROTEAHEL 
J, F.MELUGIN 
EE5/N.E. FARMER 
BE3/H.D,COBLEY 


GNSC STAR TRACKER 
INSTRDMENTATIONr OF 
TAPE RECORDER INTEGRATION 
INSTRUMENTATION, DP 
ANTENNA EQUIPMENT 


EE6/D. S. LILLY 
EE4/E.B. WALTERS 
N, B.LOSE 
EC6/P.N, PRINCE 
R.W. PRINCE 
J.T. BROWN 


AEROFLT COMM S RF NAVIDS 
COMM EQUIPMENT - KU-BAND 
COMM EQUIPMENT - S-BAND 
ECLSS ATMOSPHERIC REVITAL 
ECLSS SMOKE DET/PIRE SUPP 
AIRLOCK 


EC2/D.W» MORRIS ACTIVE THERMAL CONTROL 

EC3/R. E. DREXEL CREW PROVISIONS 


J»C. BRADY 
EW5/W. W.LOFLAND 
EW5/J. E. MCCULLOUGH 


WATER S HASTE MGT 

EJECTION SEAT 

HATCHES e SEALS MECHANISM 

DOOR ET SEPARATION 

DOOR PITOT STATIC 


EW5/L.C« NORMAN 
RaD« LANGLEY 
W, F-ROGERS 
EP5/S*L« OWENS 


DOOR REACTION CONTROL SYS 
DOOR STAR THACKER 
DOOR UMBILICAL CLOSEOUT 
DOOR PAYLOAD BAY 
DOCKING MECHANISM 
LANDING & DECELERATION 
PAYLOAD MECHANICAL SYS 
ORBITER SEPARATION- SYS 
BATTERIES 
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PBOBLEM IDENTIFICATION SUBSYSTBH (Continued) 


C^DE 

SSH/TH 

PEG 

S.I, OWENS 

PES 

R. ReRICE 

PHS 

EP4/C, De HAINES 

PHAP 

D.P, WEARY 

PP 

W*H. SIMMONS 

PRCP 

W. KARAKULKO 

PECV 

W. KARAKULKO 

PROM 

EP2/C, E. HUMP HR lES 

PRM 

EP2/W.Fo HAMMOCK 

SFF 

ES2/G,W,SANDARS 

SFM 

A. N. LEVINE 

SPT 

A.N. LEVINE 

SM 

A,N. LEVINE 

SV 

S.P. WEISS 

SW 

S.P, WEISS 

sx 

ES3/J. A.JANNEY 

TC 

ES3/J.T, TAYLOR 

TPL 

D.H. CURRY 

TPH 

R.L, DOTTS 

XM 

WT3/D* CAMP 

XTF 

De CAMP 

XTG 

Z« EUBANKS 


SS_II£|,E 

ELECTRICAL PONES GENERAT 
CRYOGENIC STORAGE 
HYDRAULIC SUBSYSTEM 
AUXILIARY POWER UNIT 
PYROTECHNICS 
REACTION CONTROL^ PRIME 

REACTION CONTROL VERNIER 
ORBITAL' MANEUVER SUBSYS 
MAIN PROPULSION 
STRUC FUSELAGE FHD 
STRUC FUSELAGE MID 

STRUC FUSELAGE AFT 
STRUC OMS/CREW MODULE 
STRUC VERTICAL STABILIZER 
STRUC WINGS 

STRUC PURGE, VENT & DRAIN 
THERMAL CONTROL SYS 
THERMAL PROTECT SYS LESS 
THERMAL PROTECT SYS RSI 
GSE, MFG 

GSE, FLIGHT TEST 
GSE, MAJOR GROUND TEST 




55i5/2:Ji 


S5_2IlIiE 


AKS 

ART 

AKVA 

AKVE 

CAP 

CEMU 

CP 


EE2/H. A, VANG 
»•£. PERRY 
EE2/R.W. ARMSTRONG 
C.H. STEWART 
H- J^MCMANN 
M.W, HORTON 
EC9/J, A. BARNETT 


SIGNAL PROCESSOR 
TELEVISION 

COMM - EXTRA VEHICULAR ACT 
COMM - AUDIO EQUIPMENT 
PORTABLE OXYGEN 
EXTRA VEHICULAR MOBIL UNIT 
CREW PROVISIONS 


£Sfifi_iia£x_asiiIi 2 _S 2 £KSS:_Bflfi 51 ES 

To be supplied 
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PBOBIEB IDEHTIFICailON, StJBSTSTEM (Continued) 


£aaS_tIss*_SSIEEMi!_2i£5 

To be supplied 

£gB£-£lS2 ..L_IM SCH app.aaflBiag 
To be supplied 


£2ES_aiSSjL_aiIB_MGJSE 
To be supplied 

To be supplied 
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PS0BLEJ5 IDEHTIFICiTIOl^^ LEVEL 


jst j6i ^ Xi « * Jf! !«c ^ Jit i5t ^ ^ ^ ^ ^ ^ ^ ^ 

^PROBLEM IDENTIFICATION; 




»5t 

* 

* 

« 

3$( 

Hi 

Hi 

* 


SOBSYSTEH < > 

STATUS < > 

VEHICLE ON < > 

location < > 

TEST/OPER« < > 

CAUSE < 

FAIL HODE < 

COND, HAT. < 

PREVAIL. COND. < 
TIWE/CYC. < 

TEST DOCUMENT NUMBER < 


TYPE < > 

CRIT. < > 

SOSP/VES < > 

IN IT/SUBS < >• 

PAE REVIEW < > 

> 

> 

> 


REPORT NO, < 
REFERENCE NO. < 

WORK UNIT < 

OCCUR. DATE < / / 

D/T REC. < / / - 

D/T UPDATED < / / 

RESOLUTION DATE; 

ESTIMATED < / / 

ACTUAL < / / 

HDW DISP < 
CONSTRAINT < 


> 

> 


4c 

> « 

> ♦ 
> * 

* 

> * 

>4c 

♦ 
4c 
4c 
4c 
4c 




System Level Flag (LEVEL) 

indicate that the problem is at the system or element 


Exp Char Std char 
Length Length 


Code Format 
List 


Search Repeating Required 
Key Group For IPR 


1 


7 4c 


A Yes No 


No 


Source; Originator or PAE. 
Edits Performed; 


• Checks code list for valid entry. 

Acceptable Input; 

• Value entered into data base. 

Unacceptable Input; 

® ADDITION; If no value entered, element will default to *»p»» whcr-o 
project is Orbiter or GFE and to «'S” for all o+hoir f where 

. change: originator or PAE rogS^sted to submit 

none submitted, element value retains old value! 




«L£VEL 

EXPRESS 

STANDARD 


£2DE 

igBUEVIATXON 


S 

SYSTEM 

SYSTEM LEVEL 

E 

ELEMENT 

ELEMENT LEVEL 
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PROBLBH IDENTIPICATXOKi? PROBLEM REPORT N013BES CSEPORT NO « ) 


*PROBLE!5 IDENTIFICiTIOHs ^i?.u.sr##^j9r*n.*«riw 


SOBSYSTEfd < > 

STATOS < > 

VEHICLE OW < > 

LOCATION < > 

TSST/OPERe < > 

CAUSE < > 

FAIL HODE < 

COND, HAT, < 

PREVAIL. COND. < 
TIME/CYC. < - > 

TEST DOCOfSBNT WOHBER 


LEVEL < > 

TYPE < > 

CRIT. < > 

SUSP/VER < > 

IWIT/SUBS < > 

PAE REVIEW < > 

> 

> 

> 



REFERENCE NO. 

WORK UNIT < 

OCCUR. DATE < / / > 

D/T EEC. < / / - 

D/T UPDATED < / / - 

RESOLUTION DATE: 

ESTIMATED < / / > 

ACTUAL < / / > 

HDW Disp < : 

CONSTRAINT < 


* 
* 
♦ 
* 
A 

>* 

★ 

* 

♦ 

* 


^ CONSTRAINT < > * 


Problem Report Number (REPORT NO.) 

problem report i^the «ith Project will uniquely identify each 

?anid ‘>®se. These two elements are used to provide 

f problem report. This item may be changed only by 

deleting and adding the entire problem. ^ ^ 


Char 

Length 

Code 

List 

Format 

Search 

Key 

Repeating 

Group 

Required 
For IPR 

12 

No 

AN 

Yes 

No 

Yes 


Sources Originator. 

Edits Performed: * 

* duplicate problem report number within project 

and element cannot be blank. wxxnin proiect. 

Acceptable Input: 

® Value entered into data base. 

Unacceptable Inputs 

© ADDITIONS Duplicate or blank problem report number (within oroiecti 
- value reiectedo Originator reguested to submit a uniqurproblef 
rlje^Lr submitted, initial problem report i^ 

“ re-entLed!^“ changed. Entire problem must be deleted and 
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PaOBLEM IDEraiFICATlOH, PBOBtEH STATOS (STSTOSS 


“PROBLEH IDBMTIPICaTION: *wMww»s.B»*»w»*#«*««.a 



tCLS W < 

location < 

TEST/OPEH« < 
CAUSE < 

FAIL fJODS < 
COND« KAT.. < 
PRE?AIL« COND 
TIME/CYC« < 
TEST DOCOHEHT 


< 

^ > 
NUKBBS 


LEFSL < > 

TYPE < ;> 

C8IT. < > 

SOSP/YER < > 

INIT/SOBS < > 

PAE REVIEW < > 

> 

> 

> 


REPORT NO, < 

REFERENCE NO. < 

WORK UNIT < 

OCCUR. DATE < / / > 

D/T EEC. < / / - 

D/T UPDATED < / / - 

RESOLUTION DATES 

ESTIMATED < / / > 

ACTUAL < / / > 

HDW DISP < : 

CONSTRAINT < 


* 

» * 
♦ 
* 

>« 

* 

* 

* 

5 ^C 


W i X > pr\Morpp aTMT -V viP 


Problem Status (STATUS) 


ppbleia is logically determined by the computer based 
on the status of each mission or vehicle listed in the Problem 

PAE^will^hl entered by an Originator other than by 

PAE will be ignored. The computer will determine the status as- ^ 


® OPEN 


o CLOSED 
© EXPL 
® RESL 

® BLANK 


nora) missions/vehicles statuses are OPEN, or if 
all aissions/Fehicles statuses and actual resolution date 

QlSXXo 

If all missions/vehicles statuses are CLOSED, 

If all missions/ vehicles statuses are EXPLAINED. 

If some missions/vehicles statuses are CLOSED and the 
remainder are EXPLAINED. 

If a.11 missions/vehicles statuses are null and actual 
resolution date is significant. 


Esp Char 
Length 


Sources 


Std Char 
Length 

Code 

List 

Format 

Search 

Key 

Repeating 

Group 

8 

Yes 

A 

Yes 

No 

r with PAE 

override. 




Required 
For TPR 

No 


Edits PetfocBed if PfiE on-arrides to reopen a problem: 


Q 


?alue must be open. 

If value is changed to open^ then actual resolution 
bianjc^ and at least one mission/vehicle status must 
all must be blank. 


date must be 
be open or 


Edits Performed if PAE overrides to change blank effectivitys 
O Eleoaat walue oust be closed, explained or resolved. 
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PBOBLEH IDEHTIFICITIOM„ PBOBIEH 


STATUS (continued) 


Acceptable Inputs 


® Value entered into data base. 


Unacceptable Inputs 

® PAE requested to siibait correct 
value retains old value. 


value. 


If none submitted, element 


EXPRESS STANDARD 
£221 ^SMliiAIIojl 21£JN£2I2N 


0 

c 

E 

R 


OPEN 

CLOSED 

EXPL 

RESL 


OPEN PROBLEM 
CLOSED PROBLEM 
EXPLAINED PROBLEM 
RESOLVED PROBLEM 


2 - 2 % 



PROBLEM IDENTIFICATION^, TYPE OP NONCONFORMANCE (TYPEJ 


<i i> « * s5t * * ^ jjt jj, i;, ^ , 2 ? ^ 1^3^ , 5 j jji ijf 3 ;^^ ^ ^ ^ jjj ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ 

‘^‘PROBLEM IDENTIFICATION: 4. 


* 

la 

4> 

« 

* 

<c 

iCr 

* 


SOBSYSTEM < > 

STATUS < > 

VEHICLE ON < > 

LOCATION < > 

TEST/OPER. < > 

CAUSE < > 

FAIL MODE < 

COND- HAT, < 

PREVAIL. COND. < 
TIHE/CYC. < - > 

TEST DOCUMENT NUMBER 


criK< 

SUSP/VER < 
INIT/SUBS < 
PAE REVIEW < 
> 

> 

> 


REPORT NO. < 
REFERENCE NO. < 
WORK UNIT < 

OCCUR. DATE < / 

D/T REC. < / / 

D/T UPDATED < / 

RESOLUTION DATE: 
ESTIMATED < / 

ACTUAL < / 

HDW DISP < 
CONSTRAINT < 


/ > 
/ - 
/ 

/ : 


j}f 

► * 
* 

s$c 

* 

3 $e 

* 

* 

* 

* 


' .^4. £IA X n X V y "f 


Type 

Code used to indicate the type of the nonconformance - failure or 
unsatisfactory condition. 


Exp Char Std Char Code Format Search Bepeatin9 Reguired 
Length Length List Key Group For IPR 

^ 1 0 * A Wo Wo No 

Source: Originator. 

Edits Performed: 

« Checks code list for valid entry or blank. 

Acceptable Input: 

® Value entered into data base. 

Unacceptable Input: 

o Invalid element value - value reiected. Originator requested to 

submit corract value, if none submitted, element value retains old 
value. 


* CODE VALUE 


EXPRESS STANDARD 


F FAILURE 

U UNSAT-COND 


FAILURE 

UNSATISFACTORY CONDITION 


2-22 



PBOBIEH IDENTIFICflTIOH, EEFE8BHCE H0HBEH (REFEEESCE NO.) 


’^PROBLEM IDENTIFICATION: 


* 

4t 

T(f 

* 

ik 

ifk 

it 


SDBSYSTEa < > 

STATUS < > 

VEHICLE ON < > 

LOCATION < > 

TEST/OPER. < > 

CAUSE < > 

FAIL HODE < 

COND. MAT. < 

PREVAIL, COND. < 
TIME/CYC. < - > 

TEST DOCUMENT NUMBER < 


LEVEL < • > 

TYPE < > 

CRIT. < > 

SOSP/VER < > ^ 

IN IT/SUBS < > 

PAE REVIEW < > 

> 

> 

> 


REPORT NO. 



WORK UNIT < 

OCCUR, DATE < / 

D/T REC. < / / 

D/T UPDATED < / 

RESOLUTION DATE: 
ESTIMATED < / 

ACTUAL < / 

HDW DISP < 
CONSTRAINT < 


/ 


/ • 

/ 

/ 


> 

> 


* 

* ^ 
♦ 

>* 

* 

♦ 

* 

* 


viuiiDEia ’K. ^ rnijSTRAINT < n * 


Reference Number (REFERENCE NO.) 


J!l^! allows referencing of the problem report by a number other 

problem pport number. For example, the Problem Action Center 
(PAC) number nay be stored in this element. 


Char 

Length 

Code 

List 

Format 

Search 

Key 

.Repeating 
^ Group 

Reqluired 
For IPR 

10 

No 

AN 

No 

No 

No 


Source: Originator. 

Edits Performed: 




No edits performed on 
will accept any value 
character length. 


the value entered for 
entered by Originator 


this element. System 
up to the maximum 


Acceptable Input; 


• Value entered into data base. 
Unacceptable Inputs 

♦ None, 


2-23 



PROBIBH IDBNTIPICATIOH. VBHICIB HOHBEE (VBHICLE ON) 


^PROBLEM IDENTIFICATIONS 


* 

<1 

:tc 

& 


SUBSYSTEM 
STATU 



>K < 
TBST/OPER. < 
CAUSE < 

PAIL MODE < 
COND, MAT, < 
PREVAIL. COND. 
TIME/CYC. < 


- > 


LEVEL < 

TYPE < 

CEIT. < 
SOSP/VER < 
INIT/SUBS < 
PAE REVIEW < 
> 

> 

> 


TEST DOCUMENT NUMBER < 


; « * ]9i>9c i$n|e ^ 4c ^ * 3$r « 


5^ 

> REPORT NO. < > 5C* 

> REFERENCE NO. < > * 

> WORK UNIT < > * 

> OCCUR. DATE < / / > * 

> ■ D/T REC. < / / - > * 

> D/T UPDATED < / / - >« 

RESOLUTION DATE: ^ 

.ESTIMATED < / / > * 

ACTUAL < / / > * 

HDW DISP < > * 

> CONSTRAINT < > 4c 


♦ *1^ J(t * # 4c ^ ^ J|t 3(t J|t * * * j(f ^ 3(f ^ ^ J|, 3(, J,, ^ ^ ^ 


Vehicle (VEHICLE ON) 


Number of the vehicle on 

which 

the problem hardware 

is installed 

Char 

Length 

Code 

List 

Format 

Search 

Key 

Repeating 

Group 

Requi red 
For IPR 

3 

No 

AN 

No 

No 

No 


Source: Originator. 

Edits Performed: 


9 


No edits performed on the value for this element. 
System will accept any value entered by 
to the maximum character length 


Originator 


up 


Acceptable Input: 


® Value entered into data base. 
Unacceptable Input: 

» None. 


V 


V 
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PROBLEM IDEHTIFICJlTIOK<^ CSITICilLITY OF RECORREHCE CCRIT.^ 


>:< let $: ^ ^ 4c ^ ^ ^ ^ ^ ^ tgC ^ s;: sS( <t ^ iCi ^ ^ ^ ^ 4c « ^ ^ ^ 4 ^ « 4t « * 

^PROBLEM IDENTIFICATIONS * 


4i 

« 

4c 

<c 

4* 

# 

1U 

4c 

« 

4t 

4t 


SUBSYSTEM < > 

STATUS < > 

VEHICLE ON < > 

LOCATION < > 

TEST/OPER. < > 

CAUSE < > 

FAIL MODE < 

COND, MAT, < 

PREVAIL. COND. < 
TIME/CYC. < - > 

TEST DOCUMENT NUMBER < 



REPORT NO. < 
REFERENCE NO. < 
NORK UNIT < 

OCCUR. DATE < / 

D/T REC. < / - / 

D/T UPDATED < / 

RESOLUTION DATE: 
ESTIMATED < / 

ACTUAL < / 

HDW DISP < 
CONSTRAINT < 


/ > 

/ - 

/ : 
/ : 


* 

► * 
♦ 
♦ 
♦ 

>* 

* 

4c 

♦ 

♦ 

♦ 


« 3» 41 41 4c 4c 4c 4c 4t 4c * 4c 4> 4c 4c 4e « ^ 3^ 4c 4> 4> 4> 4c 4t 4( 4c 4> 4c 4c 4( 4( 4c 4c # ^ 4c 1|C 4( 4i 4t 4c 4( « 4c 4( * ♦ 4c 4c 4C 4( 4i 4c * 4c 4c* 4e 4c 4c * 4c 4c 4c 4c 4c 4c * 4( 


Criticality (CRIT.) 

Code indicating what a recurrence of this problem could cause. 


Exp Char 
Length 

Std Char 
Length 

Code 

List 

Format 

Search 

Key 

Repeating 

Group 

Required 
For IPR 

1 

9 

Yes 

AN 

No 

No 

No 


Source: Originator or PAE, 

Edits Performed: 

« Checks code list for valid entry or blank. 
Acceptable input: 

• Value entered into data base. 


Unacceptable Input: 

« Invalid element value - value rejected. Originator or PAE requested 
to submit correct value. If none submitted, element value retains 
old value. 


£0£J_LISI^^££mCALI£X»fiF_£I£U££MCE 


EXPRESS 

STANDARD 



ABBREVI^yiQ^ 


1 

1-SAPETY 

LOSS OF LIFE OR VEHICLE 

2 

2-MISSION 

LOSS OF MISSION 

3 

3-OTHER 

ALL OTHERS 


\ 
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PROBLEMS IDENTIFICATION, MOSK UNIT 


Ijr * « 1^ ♦ * * * ^ ^ j;c ^ ^ j5i ^ 1}J ;JC Jjt 3$t $ 3(E ijt J*t ♦ ♦ i|e i)t Ij} |J( 4t ♦ ♦ * * * 4i3(c * :(t ♦ Jinjt « « i{( jpt * * I4n(t # 

’^PROBLEN IDENTIFICATION: 


3k 

3k 

5k 

sjf 

« 

3k 

3k 

3k 

sk 

3k 


SUBSYSTEM < > 

STATUS < > 

VEHICLE ON < > 

LOCATION < > 

TEST/OPER. < > 

CAUSE < > 

FAIL MODE < 

COND. MAT. < 

PREVAIL. COND. < 

TIME /CYC. < - > 

TEST DOCUMENT NUMBER 


LEVEL < > 

TYPE < > 

CRIT. < > 

SDSP/VEE < > 

INIT/SUBS < > , 

PAE REVIEW < > ‘ 

> 

> 

> 


REPORT NO. 

DATE 

D/T EEC- < / / 

D/T UPDATED < / 

RESOLUTION DATE: 
ESTIMATED < / 

ACTUAL < / 

HDW DISP < 
CONSTRAINT < 


/ ’ 

/ : 
/ ' 


* 

* 

* 

3k 

* 

>♦ 

3k 

* 

3k 

♦ 

ik 


J5ijk3k***3k^*#jki>**«3k*3kik*ik*sk*«»3k3kjk*3k3k3k3k3kik**>k3k3k>k***>kjk*3k^3k3k3k3k*3k**3k*3|t*3k3k*3|iik3|t**3k3k** 


WORK UNIT 


This op'tional field contains identifiers on the specific assembly or 
functional part located within a major system. Entry values are to be 
developed in accordance with JSC-SL-T-008 , SPACE SHUTTLE PROGRAM - 
PREPARATION OF SPACE SHUTTLE WORK UNIT CODES MANUAL. 


Char 

Length 

Code 

List 

Format 

Search 

Key 

Repeating 

Group 

Required 
For IPR 

12 

No 

AN 

No 

No 

No 


Source: Originator. 

Edits Performed: 

• No edits required for this element. System will accept any value 
entered up to maximum character length. 

Acceptable Input; 

Value entered into the data base. 

Unacceptable Input: 

« None. 
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PSOBLEK IDENTIFICATION^, LOCATION OF ABTICLE (LOCATIONJ 


❖*««♦♦*** ^ 3j« *** iCt jS£ 10 : <c « ijc ,jc ♦* i|i ** jgt j|t* i|t j|t ♦ 3jt *********** *** # 

DS T 'E* CC T T^ TP»t«mr-mr i\ «n •»■/> Tit _ 


<'PHOBLEK IDENTIFICATION 


* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 



SDBSYSTEM 
STATDS < 
VEHICLE..JS 


CAUSE < 

FAIL MODE < 
COND. MAT, < 
PREVAIL. COND 
TIHE/CIC. < 


- > 


LEVEL < > 

TYPE < > 

CRIT. < > 

SOSP/VER < > 

IN IT/SUBS < > 

PAE REVIEW < > 

> 

> 

> 


TEST DOCUMENT NUMBER < 


* J. V 44 AJiV ^ IVVtlUX,»jr\ V UUHoXlC 

******************** 


* 

> ♦ 
> ♦ 
* 
* 
* 

>* 
* 

> * 
> ♦ 
> * 
> * 

********* ************* 


REPORT NO. < 
REFERENCE NO. < 
WORK UNIT < 

OCCUR. DATE < / 

D/T EEC. < / / 

D/T UPDATED < / 

RESOLUTION DATE; 

ESTIMATED < / 

ACTUAL < / 

HDW DISP < 
CONSTRAINT < 


/ > 

/ - 

/ 

/ 


Location of Article at Time of Occurrence (LOCATION) 

Abbreviations of the facility or site location of the reporting agency. 


Char 

Length 

Code 

List 

Format 

Search 

Key 

Repeating 

Group 

Required 
For IPR 

6 

Yes 

AN 

No 

No 

Yes 


Source: Originator. 

Edits Performed: 

• Checks code list for valid entry. Value cannot be blank. 
Acceptable Input: 

• Value entered into data base* 

Unacceptable Input: 

• ADDITION: New Problem Report will be rejected unless Originator 

enters a valid value for this element, 

® CHANGE; Originator requested to submit correct value. if none 
submitted, element retains previous value. 
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PROBLEM IDENTIFICaTIOS?, LOCATION OF ARTICLE (Continued) 


SfiBJ MPIillTION 

SISD SOCKIJELL IMTL. SPACE DIV, 

MDAC HCDONNELL DOUGLASS 

JSC JOHNSON SC 

HSFC MARSHAL SFC 

KSC KENNEDY SC 

AIHFOR USAF PALMDALE 
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PPOBLEM IDENTIFICATION^^ SH5S PECT/fERIFIED {S0SP/VER) 


^ 3 |£ « ♦ * i(t ^ $ s?i * # $ ^ ^ Iji ^ ^ Jj, ^ ^ Jjt ^ ^ Jjj Jj, 3j5 ^ ^ Jj, jjj ^ Jjj jjj Jj, ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ 

♦PBOBLEN IDENTIFICATION; 


}|c 

JSr 

s$e 

ik 


S0BSYSTEH < > 

STATUS < > 

VEHICLE ON < > 

LOCATION < > 

TEST/OPER. < > 

CAUSE < > 

FAIL MODE < 

COND* MAT. < 

PREVAIL, COND- < 
TIHE/CYC, < - > 


LEVEL < 
TYPE < 






INIT/SUBS < 
PAE REVIEW < 
> 

> 

> 


^5* TEST DOCUMENT NOKBER < 


REPORT NO. < 
REFERENCE NO. < 
WORK UNIT < 

OCCUR. DATE < / 

D/T REC, < / / 

D/T UPDATED < / 

RESOLUTION DATE: 
ESTIMATED < / 

ACTUAL < / 

HDW DISP < 
CONSTRAINT < 


/ > 

/ - 

/ : 
/ : 


> * 
4c 
* 
* 

>* 

♦ 

* 

4t 

* 

♦ 


uuuH j, I'lunoiiin v ^ HJNbxKAXNT V > ^ 


Suspect/Verified (SOSP/VER) ’ 

A flag used to indicate whether a problem report is classified as 
suspect problem or verified problem. 


Exp Char 
Length 

Std Char 
Length 

Code 

List 

Format Search 
Key 

Repeating 

Group 

Required 
For IPR 

1 

4 

❖ 

A Yes 

No 

No 

Source: Originator. 





Edits Performed: 







• Checks code list for valid entry. If problem status is closed, 
explained or resolved then problem must be verified. 

Acceptable Input: 

• Value entered into data base. 

Unacceptable Input: 

• ADDITION: Originator requested to submit correct value. If none 
submitted, element will default to suspect ”S»* if status is open and 
to verified ‘^V” if status is closed "C**, explained "E»*, or resolved 
**R” « 

® CHANGE: INVALID element value - value rejected and element retains 

previous value. Users other than PAE may only change element value 
from suspect to verified. PAE may change element value either way. 
If PAE changes from verified to suspect then problem status must be 
open. 
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PROBLEM IDENTIFICATION, SUSPECT/VERIFIED 

EXPRESS STANDARD 

£QIJ kMMllkllQl 
s SUSP 

V VER 


(Continued) 


SUSPECT 

VERIFIED 



PROBLEes IDENTIFICATION?^ DATE PROBLEM DETECTED (OCCUR. DATE) 




^PROBLEM IDENTIFICATION: 



SUBSYSTEM < 

> 

LEVEL < 

* 

STATUS < 

> 

TYPE < 

« 

VEHICLE ON < 

> 

CRIT. < 

4c 

LOCATION < 

> 

SUSP/VER < 

* 

TEST/OPER. < 

> 

IN IT/SUBS < 

4c 

CAUSE < 

> 

PAE REVIEW < 

4c 

FAIL MODE < 


> 

4c 

COND- HAT. < 


> 

Jjc 

PREVAIL. COND 

. < 

> 

4c 

TIME/CYC. < 

- > 



TEST DOCUMENT 

NUMBER 

< 


$ ^ 4i >K 4nH 4t 4( 4i 4i 1 $: K( 4; Ut « ^ « 4c 4c « « 4! i$( 4r 

♦ 

> REPORT NO. < > * 

> REFERENCE NO. < > ’«' 



RESOLUTION DATE: »>' 

ESTIMATED < / / > * 

ACTUAL < / / > * 

HDW DISP < > * 

> , CONSTRAINT < > ♦ 


Date Of Problem Occurrence (OCCUR. DATE) 
The date the problem vas detected. 


Char Code Format Search Repeating Required 


Length 

List 


Key 

Group 

For IPR 

8 

No 

AN 

No 

No 

Yes 


Source: Originator. 

Edits Performed: 

® Checks element value for proper date format. Format is MM/DD/YY. 
Element value cannot be blank. 

Acceptable Input; 

® Yalue entered into data base. 

Unacceptable Input: 

a ADDITION: New Problem Report will be rejected unless Originator 

enters a value for this element. 

• CHANGE: Originator requested to submit correct value. If none 

submitted# element retains previous value. 
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PBOBLEM IDENTIFICATION^ TEST/OPE8A TION (TEST/OPER.) 


sjt * ««« Iji « ^ ^ 5$8 :5c I5t ^ ijt sjt « sji J|t Jjt i{t «««# i|t J|c ♦##*** ^ ^ ^ iji iji ^ ^ 


^PROBLEM IDENTIFICATIONS 

* SUBSYSTEH < > 

* STAT0S < > 

* VEHICLE ON < > 


■* PAIL MODE < 

* CORD, MAT. < 

* PREVAIL. CORD. < 

« TIME/CYC. < - > 

* TEST DOCUMENT NUMBER 



CAUSE 


LEVEL < 

TYPE < 

CHIT. < 
SOSP/VBR < 

IN IT/SUBS < 
PAE SEVIER < 
> 

> 

> 


< 



> 


* 

REPORT NO. < > ♦ 

REFERENCE NO. < > '* 

WORK UNIT < > ^ 

OCCUR. DATE < / / > * 

D/T REC. < / / - > 

D/T UPDATED < / / - >* 

RESOLUTION DATE: * 

ESTIMATED < / / > * 

ACTUAL < / / > * 

HDW DISP < > * 

CONSTRAINT < > * 


i4t « « 4n» « * 4c 4t ♦ 4c « 1^ « « « 3«c « 4t « 4t 4c « « « 3d * « * ♦ ♦ ♦ 4t ♦ * « * 3^ 4i * 4c 4c )|c # 4c * * « ** ♦« * 


Test/Operation (TEST/OPEB) 


Test or operation being 

performed at 

the time 

of problem 

occurrence. 

Exp Char 

Std Char 

Code 

Format 

Search 

Repeating 

Required 

Length 

Length 

List 


Key 

Group 

For IPR 

1 

3 

Yes 

AN 

No 

No 

Yes 


Source: Originator. 

Edits Perforoed: 

• Element value cannot be blank. 

• Checks code list for valid entry. 

Acceptable Input: 

• Value entered into data base. 

Unacceptable Input: 

« ADDITION: Initial Problem Report will be rejected unless Originator 

enters a value for this element. 

® CHANGE: Originator reguested to submit correct value. If none 

submitted, element retains previous value. 
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PROBLEM IDENTIFICMIOM^ TEST/OPERilTION (Continued^ 


EXPRESS STANDARD 

AfimmiiQi 


0 

*5 

2 

3 

4 

5 

6 

7 

8 
9 


DVT DESIGN DEVELOPMENT TEST 

QAL DESIGN CESTIPICATIOK/QOALIFICATION 

PRE-ATP PART/COMPONENT PRODUCTION CHECK 
ATP ACCEPTANCE 

PRE-INSTALLATION (IN END ITEM/SCJ HARDWARE 
CHECKOUT 

ASY SPACECRAFT ASSEMBLY-HARDWARE INSTALLATION 

CKO SPACECHAFT/GSE SYSTEMS CHECKOUT 

CTD PR E- FLIGHT/LAUNCH PREPARATION 

FDT flight, INCLUDING LAUNCH & LANDING 

PFT POST-FLIGHT EVALUATION/REMOVAL 
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PROBtEM IDENTIFICiTIOH, IHITIAL/SOBSBQOENT <IKIT/SUBS* 


*PROBLEB IDENTIFICATIONS ^ 

> LEVEL < > 

> TYPE < > 

' CRIT» < > 

sas 


SUBSYSTEM 
STATUS < 
VEHICLE ON < 
LOCATION < 
TEST/OPER. < 
CAUSE < 

■FAIL MODE < 
COND. MAT. < 
PREVAIL, COND 
TIME/CYC, < 


>. < 



- > 


TEST DOCUMENT NUMBER < 


REPORT NO. < 

reference no. 

WORK UNIT < 

OCCUR, DATE < / 

D/T REC. < / / 

D/T UPDATED < / 

RESOLUTION DATE: 
ESTIMATED < / 

ACTUAL < / 

HDW DISP < 
CONSTRAINT < 


/ > 

/ - 

/ 

/ 


> 

> 


* 

* 

♦ 

>* 

★ 

* 

♦ 

* 

* 


^ LUWbTKAINT <. > * 


Initial/Subsequent (INIT/SUBS) 


Flag used to indicate what report is being submitted, a 
report (INIT) or subsequent information for an existing 


new problem 
report (SUBS) . 


Search Repeating Required 
Key Group For IPR 

No No No 

Source: Originator or PAE. 

j 

Edits Performed: 

* Checks code list for valid entry. 

Acceptable Input; 

* Value entered into data base. 

Unacceptable Input: 

* tntered*^* Element value will default to »l« initial if no value 


Exp Char 
Length 

Std Char 
Len gth 

Code Format 
List 

1 

4 

♦ A 


• CHANGE: Originator or PAE requested to submit 

none submitted^ element retains prevfous value 


correct value. 


If 


EXPRESS 

CODE 

I 

S 


5-£Opi_hi^A-IIlTIAL/§ygSl25BN^ 

STANDARD 

MMMIISION ^lIIIIIipN 

INITIAL PROBLEM INFORMATION 
SUBSEQUENT PROBLEM INFORMATION 
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PROBLEK IDENTIFICATION, DATE/TISE REPORT RECEIVED 


(D/T REC.) 




S(* 

* 

* 

4i 


SOBSYSTEM < > 

STATUS < > 

VEHICLE ON < > 

location < > 

TEST/OPER, < > 

CAUSE < 

FAIL BODE < 

COHD. MAT. < 
PREVAIL. COND. < 
TIME/CYC. < 

TEST DOCUMENT NOME 


LEVEL < > . 

TYPE < > 

CR IT. < > 

SOSP/VER < > 

INIT/SOBS < > 

PAE REVIEW < > 

> 

> 

> 


REPORT NO. < > 
REFERENCE NO. < ) 
WORK UNIT < > 


RESOLUTION DATE: 

ESTIMATED < / / > 

ACTUAL < / / > 

HDW DISP < : 

CONSTRAINT < 


iSf 

► * 
* 
* 
* 

>* 

* 

* 

« 

* 


l^uV-UflEMT KUnEKR < > rON<5T»RaTMT ^ ^ ^ 


Date/Time Bepott Eeceived (D/T BEC. ) (displayed in background mode) 

The computer will supply the date and time the problem report «as 
ignoJIdf’ entered by an Originator for this ellment kill be 


Char 

Length 

Code 

List 

Format 

Search 

Key 

Repeating 

Group 

13 

No 

AN 

Yes 

No 


Required 
For IPR 

No 


Sources Computer. 
Edits Perforoed: 

• None. 
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PROBLEH IDENTIFICATION CAOSE OP PROBLEM (CAUSE) 


*PHOBLEM IDENTIFICATION; * 


* 

jCi 

J?t 

* 


SUBSYSTEM 
STATUS < 
VEHICLE ON 
LOCATION < 
TEST/0 PER 



’AIL MOi 
COND. MAT 
PREVAIL^ COND. 
TIME/CYC- < 


- > 


LEVEL < > 

TYPE < > 

CRIT. < > 

SUSP/VES < > 

INIT/SOBS < > 

PAB REVIEW < > 

> 

> 

> 


TEST DOCUMENT NUMBBR < 


REPORT NO, < 

REFERENCE NO, < 

WORK UNIT < 

OCCUR. DATE < / / > 

D/T REC, < / / - 

D/T UPDATED < / / - 

RESOLUTION DATE: 

ESTIMATED < / / > 

ACTUAL < / / > 

HDW DISP < : 

CONSTRAINT < 


ya 

► 

* 

># 

* 

* 

♦ 

♦ 

* 


— - — * -V w 1,* ju. ^ yF :>xt(AX« i s > ^ 


Cause of Problem (CAUSE) 

Problem cause or origin of the problem. 


Exp Char 
Length 

Std Char 
Length 

Code Format 
List 

Search 

Key 

Repeating 

Group 

Reguired 
For IPR 

3 

12 

Yes A 

Ho 

No 

No 


Source; Originator, 

Edits Performed: 

« Checks code list for valid entry or blank. 

Acceptable Input: 

• Value entered into data base. 

Unacceptable input: 

« Invalid element value • value rejected. Originator requested to 
submit correct value, if none submitted, element retains previous 
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PROBLEM IDENTIFICATION, CAUSE OF PROBLEM (Continued) 


— SB22iiJi3-.£ AUSE - The folio%#ing three components must be 

identified to specify the problem cause: 


EXPRESS STANDARD 

(FIRST CHARACTER OF CODE) 

THE PROBLEM AROSE PRIMARILY FROM A DEFICIENCY/ 
ERROR IN THE: 


D-- DBS 

L-- LOG 

n — HFG 

T — USE 


DESIGN - REQUIREMENT GOVERNING THE SPECIFICATION 
OF HARDWARE DESIGN; OR THE IMPLEMENTING SPECI- 
FICATION/DRAWING 

LOGISTICAL PROCESS - MAINTENANCE, SHIPPING OR 
STORAGE 

MANUFACTURING PROCESS “ FABRICATION OR ASSEMBLY 
verification process - TEST OR OPERATIONAL USE 


(SECOND CHARACTER OF CODE) 
WAS A DEFICIENCY/ERROR IN: 

REQUIREMENT - DOCUMENTED DEFINITION OP A 
REQUIREMENT 

WORKMANSHIP - HANDLING OR WORKMANSHIP 


-E 


— F 


H 

P 


ENVR 

FIT 

HDW 

PROC 


S42Eg,i4.1i_§.Q5Z£QE (THIRD CHARACTER OF CODE) 

WAS A DEFICIENCY/ERROR PERTAINING TO: 

ENVIRONMENT (PREVALENT CHEMICAL/PHYSICAL CON- 
DITIONS) OR STORAGE 

FIT/INTESFACE OF ITEMS; OH PACKAGING/TRAN SPOE- 
TATION 

HARDWARE (MATERIAL OR PART) AGE, LIFE OR TYPE 
PROCEDURE/PROCESS (MANNER, METHOD OR STEPS) OR 
MAINTENANCE uk 
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PflOBLEH IDENTIFICiTIOH^ PAE BB?IEW 




^PBOBLEM IDENTIFICATIONS 
SUBSYSTEM < > 

STATUS < > 

VEHICLE ON < > 

LOCATION < > 

TEST/OPEE, < > 

CAUSE < > 

FAIL MODE < 

COND- MAT» < 

PREVAIL. COND. < 
TIME/CYC. < - > 


$ 

* 

* 

Jjt 

Ttf 

$ 


LEVEL < 
TYPE < 
CSITo < 
SUSP/VER 



TEST DOCUMENT NUMBER < 


* * « * 4* i|( i{5 jjj i(t ]ft j(t j(t jjc Jjn5« # $ ^ iji ^ * 

* 

REPORT NO. < 

REFERENCE NO. < 

WORK UNIT < 

OCCUR. DATE < 

D/T REC. < / 

D/T UPDATED < 

RESOLUTION DATE: 

ESTIMATED < / 

ACTUAL < / 

HDW DISP < 

CONSTRAINT < 


/ / > 

/ - 
/ / - 


> ^ 

> ^ 
> * 

'y * 


>«: 

♦ 


/ 

/ 




PAE REVIEW 

input by the pae. Value will be "NO" 

until changed by PAE. 


Exp Char 
Length 


Std Char Code Format Search Repeating Required 
Length List Key Group For IPR 


1 3 ♦ 


Yes No 


No 


Source: pae. 

Edits Performed: 


• Checks code list for valid entry. 

Acceptable Input; 

• Value entered in data base. 

Unacceptable Input: 

• ADDITION: Will default to ”No” unless PAE enters "Yes”. 

« CHANGE: PAE may input either "yes" or. "No". 




EXPRESS STANDARD 

y YES 

N NO 


-DEFINITIgN 

YES, Pai HAS REVIEWED 
NO, P*AE HAS NOT REVIEWED 
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PROBLEM IDENTIPICATIOH^ D^TE/TIME OF LAST UPDATE 


{D/T UPDATED) 




*PROBLEE^ IDENTIPICATIO 


* 

Kt 

* 

* 

* 


SUBSYSTEM 
STATUS < 
VEHICLE ON < 
LOCATION < 
TEST/OPER, < 
CAUSE < 

FAIL MODE < 
COND. MAT. < 
PREVAIL. COND 
TIME/CYC. < 
TEST DOCUMENT 


- > 


LEVEL < > 

TYPE < > 

CSIT. < > 

SUSP/VER < > 

INIT/SOBS < > 

PAE REVIEW < > 

> 

> 

> 


REPORT NO. < 
REFERENCE NO. < 
WORK UNIT < 

OCCUR. DATE < / 

RESOLUTION DATE; 
ESTIMATED < / 

ACTUAL < / 

HDW DISP < 
CONSTRAINT < 


« 

> ^ 
> * 
> * 

- > * 


/ > 


/ 

/ 


> 

> 




Date/Tine of Last Transaction (D/T UPDllTED) (displayed in background mode) 

The computer will supply the date and time for each update transaction 
®nt«red by an Originator for this element will be ignored 

is*^entered?^^^^*^ Date/Tine Received until an update 


Char 

Length 

Code 

List 

Format 

Search 

Key 

Repeating 

Group 

Required 
For IPR 

13 

No 

AN 

No 

No 

No 


Source: Computer. 

Edits Performed: 

• None. 
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PROBLEH IDENTIFICATION^ PAIiOHE MODE 


4 >Jc 4< Sj: Jjc ^ J}f Jji jf, ^ ^ ^ ^ 358 s5c Jjt ^ ^ Jjt J{5 ;jt ^ ^ Sjnjt 3jr :|I >5t 3^t ###*##** ^ 3(j ***# « 

«PSOBIEH IDENTIFICATIONS ♦ 


& 

ik 

* 

* 

& 

« 

# 

# 

* 


SOBSYSTEH < > LEVEL < 

STATOS < > TYPE < 

VEHICLE ON < > CRITo < 

LOCATION < > SUSP/VER < 

TEST/OPER. < > INIT/SQBS < 


CAUSE < > PAE REVIEW < 



COND. MAT, < > 


PREVAIL. COND. < > 

TIME/CYC. < • > 

TEST DOCUMENT NUMBER < 



REPORT NO. < > * 

REFERENCE NO. < > * 

WORK UNIT < > ’^ 

OCCUR. DATE < / / > ♦ 

D/T FEC. < / / - > * 

D/T UPDATED < / / - >* 

RESOLUTION DATE; * 

ESTIMATED < / / > * 

ACTUAL < / / > * 

HDW DISP < > * 

CONSTRAINT < > * 


3«t jet ♦^♦♦*)>*i>****>i*j*t**i>« 


Failure Mode (FAIL MODE) 


used to 

describe 

the failure mode 

of the 

functional 

operation 

Exp Char 

Std Char 

Code 

Format 

S ea rc h 

Repeating 

Required 

Length 

Length 

List 


Key 

Group 

For IPR 

2 

12 

Yes 

A 

No 

No 

No 


Source: Originator or PAE. 

Edits Performed: 

• Checks code list for valid entry or blank. 

Acceptable Input: 

• Value entered into data base. 

Unacceptable Input: 

• Invalid element value -* value rejected. Originator or PAE requested 
to submit correct value. If none submitted, element retains previous 
value. 
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PBOBLE25 IDSNTIFICSTIOSJc FaiLUPS ^50DE ^Continued) 


EXPRESS 

2QRI 

EB 

FC 

FP 

FN 

FP 

FS 

LE 

LW 

PD 

PE 

PF 

TF 

TH 


£0£S^I^S^£MMII.i:iODi_iSYiPTOM_z_FS^£2I9I^ii_co^£ISI2EL 


STAMDaHI) 

hRMIUhllQ,! D EFI HI TI ON 


EEl 

FAILS CLOSED 
FAILS OFF 

FAILS OW 
FAILS OPEN 
FAILS SHORT 
LEAKS EXT 
LEAKS INT 
OP DELAYED 
OP EARLY 
OP ERRATIC 
ODTPDT FALSE 
OUTPUT HIGH 


ELECTROMAGNETIC INTERFERENCE 

FAILS CLOSED/FAILS TO OPEN 

FAILS OFF/FAILS TO FIRE/OPEEATE/START/ 

NO OUTPUT 

FAILS ON/FAILS TO STOP 

FAILS OPEN/FAILS TO CLOSE/MATE 

FAILS SHORT, ELECTRICAL CIRCUIT 

LEAKS EXTERNALLY 

LEAKS INTERNALLY 

OPERATION DELAYED 

OPERATION EARLY/INADVERTENT/PREMATUFE 
OPERATION ERRATIC/FLUCTUATING/INTERMITTENT 
OUTPUT SPURIOUS/DISPLAY/INDICATION FALSE 
OUTPUT HIGH/SPIKED/FLOW EXCESSIVE 


PAGE IS 
0® POOR QUALnY 



PKOBLEH IDENTIFICATIOISi^ RESOX.UTION DkTE ([ESTI J^ikTED) 


4i4cij{4c4iS^4t3^4>4i2(c43^s^4c4t:Cc$i^4c4c4t2>tDc:^iCi3;cj^ $3v:4c4ciCi$4c4c4c4c9Si$«3^sSc]^i^ 4i4i4:$4c4c4i4i]$t4t4t;0(4c:^« 4i«4c4c«4c4t4c 4c4c 4c 

^PROBLEM IDENTIFICATION: 







34c 

4c 

SOBSySTEM < 

> 

LEVEL < 

> 

REPORT NO. < 




> 

4c 

STATUS < 

> 

TYPE < 

> 

REFERENCE NO. 

< 



> ^ 

4c 

VEHICLE ON < 

> 

CRIT, < 

> 

WORK UNIT < 



> 

4c 

4( 

LOCATION < 

> 

SUSP/VER < 

> 

OCCUR. DATE < 

/ 

/ 

> 

*c 

34c 

TEST/OPEK. < 

> 

INIT/SOBS < 

> 

D/T REC, < / 

/ 

- 

> 


30t 

CAUSE < 

> 

PAE REVIEW < 

> 

D/T UPDATED < 

/ 

/ 

- 

>4: 

3(t 

FAIL MODE < 


> 


RESOLUTION DATE: 



* 

4t 

COND. MAT, < 


> 






4c 

4c 

PREVAIL, COND 

. < 

> 


ACTUAL < 

/ 

.. y 

> 

4c 

3«C 

TIME/CYC. < 

- > 



HDW DISP < 


> 

* 

3Cj 

TEST DOCUMENT 

NUMBER 

< 

> 

CONSTRAINT < 




> * 


4i ^ »i|e 4i * * i(t * 4( 4e 4(3^ ^ 3$i ^ ^ 3^ 4 ^ ^ 4i 2(1 3^ 4i4c 4i 4t 4( 4< 4c * 3|c 4( 4t )|(i(c 9^ 4c 4( « 4t « 4( ♦ 4( ♦ 4t4t « 4c 


Estioated Hesolution Date ^ESTIMATED) 


Date on which resolution 

can be 

expected. 

Planned 

date of resolution. 

Char 

Length 

Code 

List 

Format 

Search 

Key 

Repeating 

Group 

Required 
For IPR 

8 

Wo 

AN 

No 

No 

No 


Source: Originatora 

Edits Performed: 


® Checks element value for proper date value and format. Format is 
HH/DD/yy. 

Acceptable Input: 

® Value entered into data base. 

Onacceptable Input: 

• Invalid element value - value rejected. Originator requested to 
submit correct value, if none submitted, element retains previous 
value. 
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PROBLEH IDENTIFICATION^ RESOLUTION DATE UCTOALJ 




>kPROBIEM IDENTIFICATION: 





4c 

4c 

SUBSYSTEM < 

> 

LEVEL < 

> 

REPORT NO. < 


> 

<i 

STATUS < 

> 

TYPE < 

> 

REFERENCE NO- < 


> * 

4c 

VEHICLE ON < 

> 

CRIT. < 

> 

WORK UNIT < 


> * 

4c 

LOCATION < 

> 

SUSP/VER < 

> 

OCCUR. DATE < 

/ 

/ > ♦ 

4c 

TEST/OPER, < 

> 

IN IT/S UBS < 

> 

D/T REC. < / 

/ 

- > ♦ 

4c 

CAUSE < 

> 

PAE REVIEW < 

> 

D/T UPDATED < 

/ 

/ - >* 

4c 

FAIL MODE < 


> 


RESOLUTION DATE 


4c 

4c 

COND. MAT. < 


> 


ESTIMATED < 

/ 

/ > * 

* 

PREVAIL. COND 

. < 

> 




* 

4e 

TIME/CYC. < 

- > 



HDW DISP < 


> * 

4c 

TEST DOCUMENT 

NUMBER 

< 

> 

CONSTRAINT < 


> * 


* « « * « « « m 4t 4> 4n|i * * 4n# ♦ Hi >|i 4> ♦ ^ 4t 4t >|t 4t 4( ♦ 3^ * * # 4( ♦ 4> ♦ >|c >«t « 4( ♦ ^ 3)1 ♦ * 4c ♦ * ♦ « « 4i 4t « 4t # « ♦ 4> ♦ « « « 111 4| « 4c 4c 


Actual Resolution Date CACTDAL) 

Date input by PAE for total resolution of the problem. Any value 
entered by an Originator other than PAE for this element will be 
ignored. 


Char 

length 

Code 

List 

Format 

Search 

Key 

Repeating 

Group 

Regui red 
For IPR 

8 

No 

DATE 

Yes 

No 

No 


Source: PAE. 

Edits Performed: ^ 

• Checks element value for proper date value and format or blank. 
Format is MK/DD/YY. 

® Checks problem status for closed, explained or resolved. If problem 

status not one of these three, input is reiected. 

• If PAE reopens a closed problem, actual resolution date must be 

blank, status must be open and at least one mission effectivity must 
be open. 

i 

Acceptable Input: 

• Value entered into data base. 

Unacceptable Input; 

e Invalid element value - value reiected. PAE requested to submit 
correct value. If none submitted, element retains previous value. 
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PROBLEH IDENTIFICATION CONDITION OF MATERIAL ^COND« MAT,) 


★PROBLEM IDENTIFICATIONS ★ 


ik 

SUBSYSTEM < 

> 


LEVEL < 

> 

REPORT NO. < 



> 

4c 

* 

STATUS < 

> 


TYPE < 

> 

REFERENCE NO. < 



> 

4c 

* 

VEHICLE ON < 

> 


CBIT. < 

> 

WORK UNIT < 



> 

4c 

4c 

LOCATION < 

> 


SUSP/VER < 

> 

OCCUR. DATE < 

/ 

/ 

> 

* 

4c 

TEST/OPER. < 

> 


INIT/SDBS < 

> 

D/T EEC. < / 

/ 

- 

> 

4c 

4t 

CAUSE < 


> 

PAE REVIEW < 

> 

D/T UPDATED < 

/ 

/ 

- 

>★ 

4r 

FAIL MOD^E < 



> 


RESOLUTION DATE 

• 



4c 

4c 


.. 

ii 


\ 

ESTIMATED < 

/ 

/ 

> 

4t 

4c 

PREVAIL. COND. 



> 


ACTUAL < 

/ 

/ 

> 

4c 

4c 

TIM E/CYC ^ < 

- 

> 



HDW DISP < 



> 

4c 

4t 

TEST DOCUMENT 

NUMBER 

< 

> , 

CONSTRAINT < 



> 

4c 


4m$( 4( 4t 4t 4> 4i ^ 4> % 4( ^ ^ ^ ^ 4t 4( 4< 4( ^ 4c 4c 4c ^ 4t 4 4( 4t 4c * 4c 4t 4c ^ 4i 4c ^ 4c 4c 4c 4( * ^ 3|< 4 e 4< # 4c 4> 4( * 4t # 4( 4t 4c * 4c 4< 4( 


Condition of Problea Material (COND. MAT.) 

The condition of the nonconf oraing material. 


Exp Char 

Std Char 

Code Format 

Search 

Repeating 

Reguired 

Length 

Length 

List 

Key 

Group 

For IPR 

2 

12 

Yes A 

No 

No 

No 


Source: Originator. 

Edits Performed: 

• Checks code list for valid entry or blank. 

Acceptable Input: 

• Value entered into data base. 

Unacceptable Input: 

• Invalid element value value rejected.- Originator requested to 
submit correct value, if none submitted,, element retains previous 
value. 
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PPOBLEK 


EXPRESS 

QQM 

Ck 

CB 

cc 

CF 

CG 

CH 

Dk 

DB 

DC 

DE 

DH 

DR 

DW 

JC 

JS 

JW 

MC 

MF 

ML 

MP 

HE 

XX 

HU 


IDENTIFICATION^ CONDITION OF MATERIAL (Continued} 


LI$Tff CONDITION OF_ggQBjfga_gg^^EgIAL 


STANDARD 


COATING BAD 

LOBE BAD 

SEALANT BAD 

WETTED 

DIRTY 

CORRODED 

ROUGHENED 

BENT 

CBACKED/TORN 

BURST 

MELTED 

DETERIORATED 

WORN 

CRIMP BAD 

SOLDER BAD 

WELD BAD 

KISADJUSTED 

MISFIT 

MIS LOCATED 

WRONG ITEM 

OVERWEIGHT 

UNDETERMINED 

UNDERWEIGHT 


COATING - LACQOER/PAINT/PRESERVATIVE PROBLEM 
COATING - LUBRICANT PROBLEM 
COATING - POTTING/SEALANT PROBLEM 
CONTAMINATED WITH FLUID/HET 
CONTAMINATED WITH PARTICLES/DIRTY 
CORRODED/ROSTY 

DAMAGED - ABR AIDED/GOUGED/ROOGHENED/ 
SCRATCHED 

DAMAGED - BENT/TWISTED 

DAMAGED - CRACKED/COT/FRACTORED/TORN 

DAMAGED - B ORST/PUNCTURED/SHATTERED 

DAMAGED * MELTED/SCORCHED 

DETERIORATED BY AGE/RADIATION 

DETERIORATED BY WEAR 

JOINT ^ CRIMP, DEFECTIVE 

JOINT, SOLDER, DEFECTIVE 

JOINT, WELD, DEFECTIVE 

MISADJ USTED/MISCALIBRATED 

MISFIT (NOT DAMAGED/WORN) 

HISLOCATED (OR MISSING) ITEM(S) 

MATERIAL/PAET NOT OF TYPE SPECIFIED 
WEIGHT EXCESSIVE/TOO THICK 
UNDETERMINED 

WEIGHT INADEQUATE/TOO THIN 



PROBLEH IDENTIPICATIONfir PREVALENT CONDITIONS (PREVAIL. COND.) 


^PROBLEM IDENTIFICATIONS 


4 

« 

* 

* 

* 

it 

it 

* 

it 

* 

« 


SOBSYSTEH < 
STATUS < 
VEHICLE ON < 
LOCATION < 
TEST/OPER. < 
CAUSE < 

FAIL MODE < 
COND. MAT. < 


TIME/CYC. < 


> LEVEL < 

> TYPE < 

> CRIT. < 

> SUSP/VER < 

► INIT/SOBS < 

> PAE REVIEW ■ 

> 


TEST DOCUMENT NUMBER < 


> REPORT NO. < 

> REFERENCE NO. < 

> WORK UNIT < 

• OCCUR. DATE < / / 

> D/T REC. < / / - 

> D/T UPDATED < / / 

RESOLUTION DATE: 

ESTIMATED < / / 

ACTUAL < / / 

HDW DISP < 
CONSTRAINT < 


> 

> 


«« 

* 

► * 

4c 

❖ 

>* 

* 

* 

* 

* 


^ ^ 

** i|t ♦♦ 1|{ J(c * I|t ** Ijt *** Ijt jjK J|t ,|t ^ He * J|t 4t ♦♦*♦♦*♦* Iji ***♦★♦★♦♦♦ Ht I(f * ♦ 


Prevalent conditions (PREVAIL. COND.) 

Coded description of the prevalent condition at the time of occurrence. 


Exp Char 
Length 

Std Char 
Len gt h 

Code Format 
List 

Search 

Key 

Repeating 

Group 

Required 
For IPR 

2 

12 

Yes A 

No 

No 

Yes 


Source; Originator. 

Edits Performed: 

® Element value cannot be blank. 

• Checks code list for valid entry. 

Acceptable Input: 

• Value entered into data base. 

Unacceptable Input: 

• ADDITION: New Problem Report will be rejected unless Originator 

enters a value for this element. 

• CHANGE: Originator requested to submit correct value. If none 

submitted, element retains previous value. 
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PROBLEM IDENTIFICATIOKp PREVALENT CONDITIONS (Continued) 


EXPRESS STANDARD 

QQM 


DE^jy^I^ION 

CE 

EMC 

COMPATIBILITY, ELECTROMAGNETIC (EMI) 

CF 

FIT CHECK 

COMPATIBILITY, FIT CHECK 

EA 

ACOUSTIC 

ACOUSTIC NOISE 

EB 

ALTITUDE 

ALTITUDE 

EC 

CCOH 

CORROSIVE CONTAMINANTS (CCOH) 

ED 

DUST 

DU ST/SAND 

EP 

FUNGUS 

FUNGUS 

EH 

HUMIDITY 

HUMIDITY 

EJ 

SALT 

SALT FOG/SPRAY 

EP 

BURST TEST 

PRESSURE, HIGH/BURST TEST 

ER 

VACUUM 

PRESSURE, LOH/VACOUM 

ES 

THERMAL VAC 

SPACE SIMOLATION/THERMAL VACUUM 

ET 

TEMPERATURE 

TERMPERATURE 

EV 

VIBRATION 

VIBRATION 

EH 

ACCELERATION 

ACCELERATION 

EX 

SHOCK 

SHOCK 

PC 

CALIBRATION 

FUNCTIONAL CHECK/CALIBRATION 

PD 

USE 

FUNCTIONAL USE/OPERATION 

LP 

LIFE 

LIFE TEST (INCLUDING FOLLOH-UP CHECKOUT) 

MA 

LAUNCH 

MISSION LAUNCH 

MD 

ASCENT 

MISSION ASCENT 

HG 

IVA 

MISSION INTRA-VEHICLE ACTIVITY 

KM 

EVA 

MISSION EXTRA-VEHICLE ACTIVITY 

as 

DESCENT 

MISSION DESCENT 

ax 

LANDING 

MISSION LANDING 

RA 

ASSEMBLY 

A SSE MB LY/H A NDLI NG/REHORK ( NOT MAINTENANCE/ 
REPAIR) 

RB 

SPECIAL 

B E NC H/S P ECI A L/T ROUBLES HOOTING TEST 

RE 

RECEIVING 

RECEIVING CHECKOUT 

HH 

MAINTENANCE 

MAINTENANCE/REPAIR 

VC 

INSPECTION 

VISUAL CHECK/INSPECTION (NONE OF ABOVE) 
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PROBLEM IDBWTIFICATIOB?, TIHE/CYCLE IM OSS (TIHE/CYC) 


^PROBLEM IDENTIFICATIONS * 


A 

SUBSYSTEM < 

> 

LEVEL < 

> 

REPORT NO. < 


> * 

* 

STATDS < 

> 

TYPE < 

> 

REFERENCE NO. < 


> ^ 

* 

VEHICLE ON < 

> 

CRIT. < 

> 

WORK UNIT < 


> * 


LOCATION < 

> 

SOSP/VER < 

> 

OCCUR- DATE < / 

/ 

> * 

tn 

TEST/OPER. < 

> 

INIT/SUBS < 

> 

D/T REC. < / / 

- 

> * 

♦ 

CAUSE •< 

> 

PAE REVIEW < 

> 

D/T UPDATED < / 

/ 

>* 

A 

FAIL MODE < 


> 


RESOLUTION DATE: 


* 


COND. MAT. < 


> 


ESTIMATED < / 

/ 

> ♦ 

* 

PREVAIL^ COND 


> 


ACTUAL < / 

/ 

> * 

* 





HDH DISP < 


> * 


TEST DOCUMENT 

'number ' 

< 

> 

CONSTRAINT < 


> * 




Time/Cycles in Use (TIME/CYC) 


The total number of cycles or the 
nonconformance occurred. 

time of 

ope rati on 

of the article when 

Char 

Code Format 

Search 

Repeating 

Required 

Length 

List 

Key 

Group 

For IPR 

8 

Yes AN 

No 

No 

No 


Source: Originator. 

Edits Performed: 

• Checks code list for valid alpha entry for eighth character, and 
numeric data within first six characters, or for totally blank field. 

Acceptable Input; 

• Numeric data, first six characters, must be accompanied by alpha 
code for the eighth character. 

Unacceptable Input: 

I 1- 

• Inval:ld element value - value reiected. Originator requested to 
submit correct value o If none submitted, element retains previous 
value. Incomplete alphanumeric input, per above. 
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PROBtEM IDENTIFICATIOK^ TIME/CYCLE IN OSE (Continued) 


Tips/qyc,:[.g_g|];fs 

£QM MIMIIIQI 

C CYCLES 

D DAYS 

H HOURS 

K KILO- (THOUSAND) CYCLES 

M MINUTES 

S SECONDS 

5J WEEKS 

Y YEARS 
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PS0BLSE3 IDENTIFIC^TIOi^ H^SD^ASE DISPOSITION CHDW DISP| 


i}t St ijt > 0 f ;Jc * :Ci s;* sS jOj * lit sJt sjt O O sC« O ijt sji JCtsJ* £> ?> sSj J& J«* K»>C» 3^ 5[^ 35* jCs * <» tJJ * s> s> * J?* * 5> s> j;? s»r « ^ 

’^PSOBIEM IDENTIFICATIONS 


SDBSYSTSH < > 

STATUS < > 

VEHICLE ON < > 

LOCATION < > 

TEST/OPER« < > 

CAUSE < 

FAIL MODE < 

COND. MAT» < 

PSEVAIL. COND, < 
TIME/CYC. < • > 

TEST DOCUMENT NUMBER < 


LEVEL < 

TYPE < 

C8IT, < 
SOSP/VER < 
INIT/SUBS < 
PAE REVIEW < 
> 

> 

> 


> 


REPORT NO, < 
REFERENCE NO. < 
WORK UNIT < 
OCCUR. DATE < 
D/T REC. < / 

D/T UPDATED < 
RESOLUTION DATE 
ESTIMATED < 
ACTUAL < 



CONSTRAINT 


/ > 

/ - 


/ 


/ 


> 


❖ 

► 

lat 

* 

>« 

3 ^ 

* 

. ^ 


S2 ^ 4t 4(4( Si 4( ]$i 4i Si ^ 4t « 4i i$t * 4t ^ * If: ^ 4( * 4ii^ 4i 4i i(c « 4i « * 4nd 4 mK « ifi Ht 4i * * « 


Hardware Disposition CHDW DISP) 

Code indicating the disposition of the problesn hardware. 


Exp Char 
Length 

Std Char 
Length 

Code 

List 

Format 

Search 

Key 

Repeating 

Group 

Required 
For IPR 

2 

9 

Yes 

AN 

No 

No 

No 


Source: Originator. 

Edits Performed: 

o Checks code list for valid entry or blank. 

Acceptable Input: 

o Value entered into data base. 

Unacceptable Input: 

® Invalid element value value rejected, originator requested to 
submit correct value. If none submitted, element retains previous 
value. 
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O 00 ON 


PBOBLEM IDENTIFICATION, DISPOSITION (Continued) 


EXPRESS STANDARD 

ABBR EVIATIO N 

2 REDESIGN 

3 REPAIR 

4 REWORK 

SCRAP 
WAIVER 
USE AS IS 


coal _ L IS T ^ PI g ^Q§ jg igf 


DEFINITION 

HODIFY - REPAIS/REWOSK TO REVISED SPECIFICATIONS 
REPAIR - RETURN TO ORIGINAL SPEC USING HAINTENANCE 
OR SPECIAL PROCEDURE 

REWORK - BRING TO ORIGINAL SPEC USING STANDARD MFG 
PROCEDURES 
SCRAP 

USE AS IS - WAIVER/DEVIATION IS REQUIRED 
USE AS IS - NO WAIVER/DEVIATION REQUIRED 
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PROBLEH IDENTIFICATION^ TEST DOCOHENT NONBER 


♦PROBLEH IDENTIFICATION; 


SDBSYSTEH < 
STATUS < 
VEHICLE ON < 
LOCATION < 
TEST/OPER. i< 
CAUSE < 

FAIL HODE < 
COND. MAT. < 
PREVAIL. COND. 
TIME/CYC. < 


> LEVEL < 

> TYPE < 

CHIT. < 

> SUSP/VER < 

IN IT/SUBS < 

> PAE REVIEW < 

> 



> REPORT NO. < 

> REFERENCE NO. < 

> WORK UNIT < 

OCCUR. DATE < / / 

> D/T EEC. < / / - 

> D/T UPDATED < / / 

' RESOLUTION DATE; 

ESTIMATED < / / 

ACTUAL < / / 

HDW DISP < 
CONSTRAINT < 


> 

> 


★ 

A 

* * 
* 
* 
* 

>* 

* 

9k 

* 

* 

♦ 




Test Document Number 

The procedure test document identification number. 


Char 

length 

Code 

List 

Format 

Search 

Key 

Repeating 

Group 

Required 
For IPR 

15 

No 

AN 

No 

No 

No 


Source: Originator. 

Edits Performed: 

• No edits required for this element. System accepts any value entered 
by Originator up to the maximum character length. 

Acceptable Input: 

• Value entered into data base. 

Unacceptable Input: 

• None. 
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PROBLEH IDENTIFICATION, CONSTRAINT 


% « 4i ^ « 4c 4r 4c ]$( « 4c « ^ ^ ^ ^ ^ 4c 4^ * * 4c 2^ 4c ^ ^ 4 4: * 4( 4; « 

*PROBLEH IDENTIFICATION; 


SUBSYSTEK < 
STATUS < 
VEHICLE ON < 
LOCATION < 
TEST/OPER, < 
CAUSE < 

FAIL MODE < 
COND. MAT. < 
PREVAIL. COND 
TIME/CYC. < 


LEVEL < 

TYPE < 

CHIT. < 
SUSP/VER < 

IN IT/SUBS < 
PAE REVIEW < 
> 

> 

> 


/ 

/ 

/ 


/ 

/ 


* 

* 

4c 
4c 
* 

4i 
4c 
4c 
* 

4c 

4141 4c 4> ^ 4t 4i 4c 4c 4c 4( 4c 4c 4c 2 ^ * * 4i # 4c 4> * 4c 4c 4( 4c 4c 4c 4c « 4c 4c 4c 4c 4> 4i 4c * 4c * ^ 4i 4c 4 c 4T^ 4c^ 4c 4c 4c iM^Imc *4c 4c « 


- > 


REPORT NO. < 
REFERENCE NO. 

WORK UNIT < 

OCCUR. DATE < 

D/T REC. < / 

D/T UPDATED < 
RESOLUTION DATE: 
ESTIMATED < / 

ACTUAL < / 

HDW DIS] 


TEST DOCUMENT NUMBER < 


4 

4c 

► ^ 
4c 

♦ 

* 

4c 

4c 

4c 

* 


Constraint 

To identify milestones that will constrain problem resolution. 


Char 

Length 

Code 

List 

Format 

Search 

Key 

Repeating 

Group 

Requi red 
For IPR 

12 

No 

AN 

No 

No 

No 


Source: KSC or PAE. 

Edits Performed: 

: • None. No edits required for this element. System will accept any 
value entered up to maximum character length. 

Acceptable Input: 

• Value entered into data base. 

Unacceptable Input: 

• None. 
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HARDHABE IDENTIFICATION DIVISION 


ft«aaS:*SSi«.;.: * 


» 

TBST/PROC HARDWARE 






4c 

PART NAME < 

> 

MANUFACTURER 

< 

> 


4c 

PART NUMBER < 

> 

SERIAL/LOT 

< 


>4c 

♦ 

NONCONFORMING ARTICLE 





4c 

4c 

PART NAME < 

> 

MANUFACTURER 

< 

> 

★ 

4c 

PART NUMBER < 

> 

SERIAL/LOT 

< 


>4c 


NEXT HIGHER ASSEMBLY 





4c 

4c 

PART NAME < 

> 

MANUFACTURER 

< 

> 

* 

* 

PART NUMBER < 

> 

SERIAL/LOT 

< 


>♦ 

4c 

CONTRACT END ITEM 





4c 

4c 

PART NAME < 

> 

MANUFACTURER 

< 

> 

4c 

4i 

PART NUMBER < 

> 

SERIAL/LOT 

< 


>* 


4t 4( 4n^ 41 4( 4> 4< # 1^ * 4t 4t 4i # 4n^ 4< 4> * 4( itt 4t 4< ♦ 4i 1ft * * * 4( * « ♦ * 4> * 4i 4t )|t 4> # * 4( 4( 4t 4t 4( * 4t 4t # 4< ♦ « 4t 4t 4r 4t * 


The Hardware Identification division with its assembly hierarchy of 
Procedure Hardware, Nonconforming Article, Next Higher Assembly, and 
Contract End Item is described in this division of the JSC Shuttle Problem 
Displays. 

An example of element data to be presented in this division is 
presented below. 


EXAHPLE: 


4( « * * 4> 4r 4c 4t # ♦ ^ 9^ 4> 4> # 4i ♦ 4t 4c 4( 4> « 4i 4n|( 4< 4t 4i 4t 4c * 4i 4i 4i ♦ 4c » 4( 4( ♦ * * 4< * « 4( ♦ * « * * 4t 4t * 4( ♦ 4( 4^ 4c 4( 4t 4< * « 4t « 4t 4c 4t * 4c * 
♦HARDWARE IDENTIFICATION: 4c 


4c 

TEST/PROC HARDWARE 




* 

4c 

PART NAME <SKIN PANEL 

> 

MANUFACTURER 

<BISD 

> * 

* 

PART NUMBER <7070-332021-001 

> 

SERIAL/LOT 

<439990007268>* 

4c 

i 

NONCONFORMING ARTICLE 




4c 

4c 

PART NAME <SKIN PANEL RIB 

> 

MANUFACTURER 

<RISD 

> * 

4c 

PART NUMBER <R2 1 1-873262-0 17 

> 

SERIAL/LOT 

<647854345367>* 

4c 

NEXT HIGHER ASSEMBLY 




4c 

4c 

PART NAME < 

> 

MANUFACTURER 

< 

> * 

4c 

PART NUMBER < 

> 

SERIAL /LOT 

< 

>* 

4« 

CONTRACT END ITEM 

. 



4c 

4c 

PART NAME < 

> 

MANUFACTURER 

< 

> 4c 

4c 

PART NUMBER < 

> 

SERIAL/LOT 

< 

>♦ 


I»4c4c4ce4c*«4ce^4c4c«4c4c4c4c4c4c4c4c4c4t4c4c4c4c4c4i4ce4c4i4c4c4c4cc^««*4c«*i^#4c«4c4ci^>^*>^4c4c4c4c4c4c4c^*)^4c4c«4c4c4n^4(]» 
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HARDWARE IDENTIFICATION, PROCEDURE HARDWARE, PART NAME 


TEST/PROC 



*HARDWARE IDENTIFICATION: * 

♦ 

•* 

* 

♦ 

★ 

. 1 ^ 

* 

* 

* 

* 

* 


PART NUMBER < 
NONCONFORMING ARTICLE 
PART NAME < 

PART NUMBER < 

NEXT HIGHER ASSEMBLY 
PART NAME < 

PART NUMBER < 

CONTRACT END ITEM 
PART NAME < 

PART NUMBER < 





* 

MANUFACTURER 

< 

> 

* 

SEEIAL/LOT 

< 


>* 

MANUFACTURER 

< 

> 

♦ 

SERIAL/LOT 

< 


>* 

4c 

MANUFACTURER 

< 

> 

* 

SERIAL/LOT 

< 


>* 

* 

MANUFACTURER 

< 

> 

♦ 

SER lAL/LOT 

< 


>* 




Procedure Hardware, Part Name 

Part name of the test document procedure hardware under test. 


Char 

length 

Code 

List 

Format 

Search 

Key 

Repeating 

Group 

Required 
For IPR 

20 

No 

AN 

Yes 

No 

No 


Source: Originator. 

Edits Performed: 

• No edits performed on the value entered for this element. System 
will accept a value entered by Originator up to the maximum 
character length. 

Acceptable Input: 

• Value entered into data base, system accepts any value entered by 
Originator up to the maximum character length. 

Unacceptable Input: 

• None. 
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HABDWARE IDENTIFICATION, PBOCEDOFE HARDWARE, PART NUMBER 


^HARDWARE IDENTIFICATION: * 

* TEST/PROC HARDWARE « 

* V. manufacturer < > * 

^ ''1 J j j f 5>j ^ -f- SERIAL/IOT K, ^ 


PART NAME < > MANUFACTURER < 

PART NUMBER < > SERIAL/LOT < 

NEXT HIGHER ASSEMBLY 

PART NAME < > MANUFACTURER < 

PART NUMBER < > SERIAL/LOT < 

CONTRACT END ITEM 

PART NAME < > HAHUFACTUR 

PART NUMBER < > SERIAL/LOT 


MANUFACTURER < 
SERIAL/LOT < 


- ^ ^ ^ ^ ^ UAAX AU/ V ^ ^ 

4 # 4(4> 4^ # *4t 4t 4t4c * ^ 4i 4c * )|i ^ 4c 4t « 111 4> ^ ^ 4c 4c 4( 4i 41 4^ 4(4m|i * ^ 4> >|t « 4( * 4( * 4c 4t * * 4c 4c 4( 4> * 4t ]|t ^ 


Procedure Hardware, 

Part 

Number 




Part number of the 

test 

document 

procedure hardware 

under test 

Char 

Length 

Code 

List 

Format 

Search 

Key 

Repeating 

Group 

Required 
For IPR 

20 

No 

AN 

Yes 

No 

No 


Source: Originator. 

Edits Performed: 

• No edits performed on the value entered for this element. System 
will accept any value entered by Originator up to the maximum 

, character length. 

Acceptable Input: 

• Value entered into data base. System accepts any value entered by 
Originator up to maximum character length. 

Unacceptable Input: 

• None. 
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i 


HARDWARE IDENTIFICATION PROCEDURE HARDWARE, KANOFACTURER 


♦HARDWARE IDENTIFICATION: 

♦ TEST/PROC HARDWARE . ....... . 


* 

PART NAME < 

> 


■ vv? 


♦ 

♦ 

PART NUMBER < 

> 

SERIAL /LOT 

< 


>* 

♦ 

NONCONFORMING ARTICLE 





* 

♦ ' ’■ 

PART NAME ' < 

> 

MANUFACTURER 

< 

> 

* 

♦ 

PART NUMBER < 

> 

SERIAL/LOT 

< 


>♦ 

4c 

NEXT HIGHER ASSEMBLY 





♦ 

* 

PART NAME < 

> 

MANUFACTURER 

< 

> 

* 

4e 

PART NUMBER < 

> 

SERIAL/LOT 

< 


>♦ 

* 

CONTRACT END ITEM 


- 



♦ 

4t 

PART NAME < 

> 

MANUFACTURER 

< 

> 

♦ 

* 

PART NUMBER < 

> 

SERIAL /LOT 

< 


>♦ 




Procedure Hardware, Manufacturer 

Manufacturer of the test document procedure hardware under test. 


Char 
Le ngth 

Code 

List 

Format 

Search 

Key 

Repeating 

Group 

Required 
For IPR 

6 

Yes 

AN 

No 

No 

No 


Source: Originator. 

Edits Performed: 

• Checks code list for valid entry or blank. 

Acceptable Input: 

• Value entered into data base. 

Unacceptable Input: 

• Invalid element value - value rejected. Originator requested to 
submit correct value. If none submitted, element retains previous 
value. 


utilize Code List, Organizations, page 2-28, 
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HARDtfXBE IDENTIFICATION, PROCED08E HARDWARE, SEEIAL/LOT NUMBER 


♦HARDWARE IDENTIFICATION: ♦ 


TEST/PROC HARDWARE 
PART NAME < 

PART NUMBER < 

NONCONFORMING ARTICLE 
PART NAME < 

PART NUMBER < 

NEXT HIGHER ASSEMBLY 
PART NAME < 

PART NUMBER < 

CONTRACT END ITEM 
PART NAME < 

PART NUMBER < 




MANUFACTURER 

SERIAL/LOT 

MANUFACTURER 

SERIAL/LOT 

MANUFACTURER 
SERIAL /LOT 




Procedure Hardware, Serial/Lot Number 

Serial or Lot number of the test document procedure hardware under test. 

Char Code Format Search Repeating Required 

length List Key Group For IPR 

12 No AN No No No 

Source: Originator. 

Edits Performed: 

• No edits performed on the value entered for this element. System 
will accept any value entered by Originator up to the maximum 
character length. 

Acceptable input: 

• Value entered into data base. 

Unacceptable Input: 

• None* 


2-58 



HARDMARE IDENTIFICATION, NONCONFORMING ARTICLE, PART NAME 


* % « ♦ « ^ ^ ^ ^ 4c ifc ^ 4t >|n|t ^ * 4c ♦ 4( 4: 4t 4c 4( 4c 4c ^ ^ ^ ^ ^ ^ i$E ill * 4 4r 3^ 

♦hardware IDENTIFICATION: * 

* TBST/PROC HARDWARE 

* PART NAME < 

* PART NtJMBEE < 

* NONCOl 
4c 
4c 
4c 
4( 

4c 
4c 
4c 
4c 

* 4c 4c 4c 4i « 41 « 4c 4c « 4i 411^ « 4c 4r « « 4c 4c « * 4c 4c 4c 4> 4c 4c # 4c * ♦ 4c 4c 4> « 4c 4M^ 4c ♦ 4c 4c 4c ♦ 4c 4> 4c 4c 4c 4i 4c 41 4t 4c 41 4c « 4 m^ 4> 4> « 4c 4c 4c 4c 41 4c 4c 4c 



NUMBER < 

NEXT HIGHER ASSEMBLY 
PART NAME < 

PART NUMBER < 

CONTRACT END ITEM 
PART NAME < 

PART NUMBER < 






4c 

> 

MANUFACTURER 

< 

> 

4c 

> 

SEHIAL/LOT 

< 


>♦ 

A 


MANUFACTURER 

< 

> 

* 


SERIAL /LOT 

< 


>* 

* 

> 

MANUFACTURER 

< 

> 

* 

> 

SEEIAL/LOT 

< 


>* 

4c 

> 

MANUFACTURER 

< 

> 

4c 

> 

SERIAL/LOT 

< 


>* 


Nonconforming Article, Part Name 

Part name of the nonconforming article or the lowest isolated part. 


Char 

Length 

Code 

List 

Format 

Search 

Key 

Repeating 

Group 

Reguired 
For IPR 

20 

No 

AN 

Yes 

No 

Yes 


Source: Originator. 

Edits Performed: 

• Element value cannot be blank. ; 

Acceptable input: 

• Value entered into data base. 

Unacceptable Input: 

• No value entered. New problem report will be rejected unless 
Originator enters a value for this element. 
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hardwabe identification, nonconforming article, part number 


4(4i # 4t 4( 4t 4c # 4c 4c 4( 4t 4n|t ^ ]|C 4c )|I 4e i|t :4c i)c 4i ^ ^ ^ « 4t ^ 


^Hardware identification; 

* test/proc hardware 

* part name < 

* PART NUMBER < 

* NONCONFORMING ARTICLE 

^ PART NAME < 

* PART NUMBER < 

* CONTRACT END ITEM 

* PART NAME < 

* PART NUMBER < 


> 

> 



> 

> 

> 

> 


MANUFACTURER < 
SERIAL/LOT < 

MANUFACTURER < 
SERIAL/LOT < 

MANUFACTURER < 
SERIAL/LOT < 

MANUFACTURER < 
SERIAL/LOT < 


♦ 

4c 

> * 

>* 
♦ 

> ♦ 

>♦ 
4c 

> 4f 

>★ 

* 

> * 
>* 


** 4c4i4i ♦ 4i 4( 4i « 4c * 4t ♦ 4i 4i4i 4i«4i 4i « «4( ^ 4t ♦ 4i ♦ « ««4< « 4i 4c 4t « « « * « 4c « 4t 4M^ 4t 4( « 4( 4i 4c * « 4( 4t 4i4t 4c 4i 4< 4t 4c 4c 4^ 4^ * 4( * * ^ « 4i 


Nonconforming Article, Part Number 

Part number of the nonconforming article or the lowest isolated part. 


Char 

Length 

Code 

List 

Format 

Search 

Key 

Repeating 

Group 

Required 
For IPR 

20 

No 

AN 

yes 

No 

Yes 


Source: Originator. 

Edits Performed: 

• Element value cannot be blank. 

Acceptable Input: 

• Value entered into data base. 

Unacceptable Input: 

• No value entered. Nev problem report will be rejected unless 
originator enters a value for this element. 


2-60 


hardware identification^ nonconforming article, manufacturer 


4c * * 4( * * # I|I 4n(( ^ 41 ^ ^ 4: 4c 4^ ^ ^ 4( 4( 4( # ^ # 4n|i 4c 4( i|c * 1 |C i(t * 4c « # >$t 4t 1(1 4t 4i « 


♦hardware IDENTIFICATION: 

♦ test/reoc hardware 

♦ PART NAME < 

* PART NUMBER < 

♦ NONCONFORMING ARTICLE 

♦ PART NAME < 

♦ PART NUMBER < 

* NEXT HIGHER ASSEMBLY 

* PART NAME < 

♦ PART NUMBER < 

* CONTRACT END ITEM 

* PART NAME < 

* PART NUMBER < 

4c«4i4(4(4(*4(4t4(>^4t4c4t 4i4c* 4c4c4( 4c4i 4i4( 4c4t4(4c 


> 

> 

> 

> 

> 

> 

> 

> 


MANUFACTURER 

SERIAL/LOT 

< 

< 

^ a'-" 

> 

* 

4c 

4( 

>* 

* 

4c 


< 


>4t 

* 

MANUFACTURER 

< 

> 

* 

SERIAL/LOT 

< 


>* 

♦ 

MANUFACTURER 

< 

> 

♦ 

SERIAL/LOT 

< 


>* 


* 4e 4c 4t 4( 4c 4t 3^ 4c 4c ♦ 4t 4c 4c 4c 4c * 4> 4< 4i 4( 4> 4( * 4c 4t 4e 4c 4c * 4t 4c 4n^ 4t 4t 4c 4( 4t 4e 4c 4c 


Nonconforming Article, Manufacturer 

Manufacturer of the nonconforming article or the lowest isolated part. 


Char 

Length 

Code Format 
List 

Search 

Key 

Repeating 

Group 

Required 
For IPR 

6 

Yes AN 

No 

No 

No 


Source: Originator- 

Edits Performed: 

• Checks code list for valid entry or blank. 

Acceptable Input; 

• Value entered into data base. 

Unacceptable Input: 

• Invalid element value - value rejected. Originator requested to 
submit correct value. If none submitted, element value retains old 
value. 


Utilize Code List, Organizations, page 2-28. 
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HARDWARE IDENTIFICATION, NONCONFORMING ARTICLE, SERIAL/LOT NUMBER 


:$( ^ 4( * ^ 4t 4i 4i]|i 4t 4c 4c4c sOc lie ^ ^ 4c 4n|( * * * ^ ^ ♦ 4c 4c ^ 4c 9(c ](( 4e 4t * * « 


>>HARDWAFE IDENTIFICATION: 

* TEST/PFOC HARDWARE 

* PART NAME < 

* PART NUMBER < 

* NONCONFORMING ARTICLE 

* PART NAME < 

* PART NUMBER < 

* NEXT HIGHER ASSEMBLY 

* PART NAME < 

* PART NUMBER < 

* CONTRACT END ITEM 

* PART NAME < 

* PART NUMBER < 

4c4c4i4e4c4c4c4c4i4>4c4c4c4c4<4c4c4c4c4(4i4c4c4c 4c4ciic 


4c 

♦ 


> 

MANUFACTURER 

< > 

4c 

> 

SERIALAOT 

< 

>* 

* 

> 

MAN OF ACTOR E^^ 

< > 

♦ 

> 




> 

MANUFACTURER 

< > 

4f 

> 

SERIAL/LOT 

< 

>* 

* 

> 5 

MANUFACTURER 

< > 

4« 

> 

SERIAL/LOT 

< 

>* 


4c 4c ^ 4c 4c 4c 4t 4c 4c 4c 4c 4c 4c 4i 4( 4c 4c 4 m^ 1 ^ 4> 4e 4c # 4c 1 ^ 4c * 4c 4c 4c 4c 4c 4c 4t 4c 4c 4c 4c 4t # 4c * 4c 4c 4c 4c 


Nonconforming Article, Serial/Lot Number 

Serial or lot number of the nonconforming article or the lowest isolated 
part. 


Char 

length 

Code 

List 

Format 

Search 

Key 

Repeating 

Group 

Reguired 
For IPR 

12 

No 

AN 

No 

No 

No 


Source: Originator. 

Edits Performed: 

• No edits performed on the value entered for this element. System 
will accept any value entered by Originator up to the maximum 
character length. 

Acceptable Input: 

• Value entered into data base. 

\ 

Unacceptable Input: 

• None. 
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HARDWARE IDENTIFICATION^ NEXT HIGHER ASSEMBLY^ PART NAME 




♦HARDWARE IDENTIFICATION: 

♦ TEST/PFOC HARDWARE 

♦ PAHT NAME < 

♦ PART NUMBER < 

♦ NONCONFORMING ARTICLE 

♦ PART NAME < 

♦ PART NUMBER < 



♦ PART NUMBER < 

♦ CONTRACT END ITEM 

♦ PART NAME < 

♦ PART NUMBER < 



> 

> 


* 


MANUFACTURER 

< 

> 

« 

SEEIAL/LOT 

< 


># 

♦ 

MANUFACTURER 

< 

> 

4r 

SEEIAL/LOT 

< 


>♦ 

>92 

MANUFACTURES 

< 

> 

♦ 

SERIAL/LOT 

< 


>♦ 

* 

MANUFACTURER 

< 

> 

* 

SERIAL/LOT 

< 


>* 




Next Higher Assembly 

, Part 

Name 




The part name of the next 

higher 

assembly 

above the 

nonconforming 

article. 






Char 

Code 

Format 

Search 

Repeating 

Required 

Length 

Li st 


Key 

Group 

For IPR 

20 

No 

AN 

Yes 

No 

No 


Source; Originator. 

Edits Performed: 

• No edits performed on the value entered for this element. System 
will accept any value entered by Originator up to the maximum 
character length. 

Acceptable Input: 

• Value entered into data base. 

Unacceptable Input: ' 

• None, 
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HASDWAHB IDENTIFIC&TIOH^, WEXT HIGHER ASSEHBLI^, PART NUMBER 


I 

’^HARDWARE IDENTIFICATION: 

TEST/PROC HARDWARE ^ 

PART NAME < 

PART NUMBER < 

NONCONFORMING ARTICLE 
PART NAME < 

PART NUMBER < 

NEXT HIGHER ASSEMBLY 


>(k 

* 

* 

* 

* 

j5« 

♦ 

* 

Ik 

4c 

4c4i4i4i4i4M^i^4i4c4t4n|i#4c4c4c4i4c4c4<4c>^4c4c4c4c4c4‘ 4c4c4<4c4c4^4c4c4(4M|t4M|c4c4(4t4c4(4c4c4c4c4c>k4c4c4C)|c4c4M^4t 4c4c4nk4c4c4c4(4c4c4c4c4( 




CONTRACT END ITEM 
PART NAME < 

PART NUMBER < 


s - ' '* 


MANUFACTURER 

< 

> 

3k 

SERIAL/LOT 

< 


># 

4c 

HANUFACTDRES 

< 

> 

* 

SERIAL /LOT 

< 


>* 

* 

MANUFACTURER 

< 

> 

3k 

SERIAL/LOT 

< 


>« 

3k 

MANUFACTURER 

< 

> 

4c 

SERIAL /LOT 

< 


>3k 


Next Higher Assembly^ Part Number 

The part number of the next higher assembly above the nonconforming 
article. 


Char 

Code 

Format Search 

Repeating 

Required 

Length 

List 

Key 

Group 

For IPR 

20 

No 

AN Yes 

Wo 

No 


Source: Originator. 

Edits Performed: 

• No edits performed on the value entered for this element. System 
will accept any value entered by Originator up to the maximum 
character length. 

Acceptable Input: 

• Value entered into data base. 

Unacceptable Input: 

• None. 
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hardware IDENTIFICATIONr NEXT HIGHER ASSEMBLY’, MANUFACTURER 


34c 4 4i « ^ 4t 4c ^ I4c * « * * 4 « ^ ^ ^ « 4m|( )|r « 4t « 4c 4t » «E 4c 4( 4( 4( 4c * * 4i ♦ * 4c 4( * 4iik « 4t * 4t 4m^ 

•HARDWARE IDENTIFICATION: 


* 

4c 

4c 

4c 

4c 

4c 

4c 

4c 

4c 

4c 

4c 

4c 


TEST/PROC HARDWARE 
PART NAME < 

PART NUMBER < 

NONCONFORMING ARTICLE 
PART NAME < 

PART NUMBER < 

NEXT HIGHER ASSEMBLY 
PART NAME < 

PART NUMBER < 

CONTRACT END ITEM 
PART NAME < 

PART NUMBER < 


> MANUFACTURER 

> SERIAL /LOT 

> MANUFACTURER 

> SERIAL/LOT 

> 

> SERIAL/LOT 

> MANUFACTURER 

> SEEIAL/LOT 




4 

4 

4 

>4 

4 

4 

>4 

4 

4 

>4 

4 

* 

>4 


— — ^ w u jLi V X V y' * 

3fc4***444t4c43>*444c4c4c344t4c4c*4c4*4*4444*4 4c»444c*44c4444c4c4c4c444c4t4c4c3>4c44c4c4 4 4444444444444 


Next Higher Assembly, Manufacturer 

The manufacturer of the next higher assembly above the nonconforming 
article. 


Char 
Le ngth 

Code 

List 

Format 

Search 

Key 

Repeating 

Group 

Required 
For IPR 

6 

Yes 

AN 

No 

No 

No 


Source: Originator. 

Edits Performed: 

• Checks code list for valid entry. 

Acceptable Input: 

• Value entered into data base. 

Unacceptable Input; 

'' ' ' 

• Invalid element value - value reiected. Originator requested to 
submit correct value. If none submitted, element value retains old 
value. 


utilize Code List, Organizations, page 2-28. 
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HARDWARE IDENTIFICATION, NEXT HIGHER ASSEHBL^, SERIAL/LOT NOBBER 


^ « 4c « 4( 4nH 4t ^ ^ ^ 33i ^ 4t « 4c ^ * 4r # 4i4( * 4c ^ * 4c ^ ^ ♦ 4t ^ « iCt 

♦HARDWARE IDENTIFICATION: « 


TEST/PFOC HARDWARE 
PART NAME < 

PART NUMBER < 

NONCONFORMING ARTICLE 
PART NAME < 

PART NUMBER < 

NEXT HIGHER ASSEMBLY 
PART NAME < 

PART NUMBER < 

CONTRACT END ITEM 
PART NAME < 

PART NUMBER < 


MANUFACTURER 

SERIAL/LOT 

MANUFACTURER 

SERIAL/LOT 

MANUFACTURER 


MANUFACTURER 

SERIAL/LOT 




4c « 4i ^ 4t 4c 4ii^ 4t 4c 4( 4( * « 4( 4i 4t 4> * # ^ * 4> 4c # 4c 4n^ * 4c 4c 4c 4( * 4c 4c >H 4t 4c « 4c 4c « 4c ^ « 4( 4c 4c 4c 4c 4( 4( 4c ^ 4c ♦ 4t 4c 


Next Higher Assembly, Serial/Lot Number 

The assembly serial or lot number of the next higher assembly above the 
nonconforming article. 


Char 

Length 

Code 

List 

Format 

Search 

Key 

Repeating 

Group 

Required 
For IPR 

12 

No 

AN 

No 

No 

No 


Source: Originator. 

Edits Performed: 

• No edits performed on the value entered for this element. System 
will accept any value entered by Originator up to the maximum 
character length. 

Acceptable Input: 

• Value entered into data base. 

Unacceptable Input: 

• None. 
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HAfiDWARE IDENTIRICATIOR, CONTRACT END ITEtt, PART NAME 


♦ ***♦♦#♦*♦♦♦♦*♦♦**♦»*♦**♦♦♦♦♦***** *************** *^ 
^HARDWARE IDENTIFICATIONS * 

♦ TEST/PROC HARDWARE 

♦ PART NAME < > MANDFACTDRER < > * 

♦ PART NUMBER < > SERIAL/LOT < >* 

♦ NONCONFORMING ARTICLE 

*** PART NAME < ^ MANUFACTURER < > * 

♦ PART NUMBER < > SERIAL/LOT < >* 

♦ NEXT HIGHER ASSEMBLY , . « - * 

♦ PART NAME < > MANUFACTURER < > * 

♦ PART NUMBER < > SERIAL/LOT < >♦ 

♦ CONTRACT END ITEM 


* PART NUMBER < > SERIAL/LOT < 

♦***♦♦♦★♦♦♦*♦♦**♦♦♦♦*♦♦♦*♦*******★*♦♦♦♦***♦** *♦♦♦**♦** 


Contract End Item, Part Name 

The name of the contract end item. 


Char 

Length 

Code 

List 

Format 

Search 

Key 

Repeating 

Group 

Required 
For IPR 

20 

No 

AN 

Yes 

No 

No 


Source: originator. 

Edits Performed: 

• No edits performed on the value entered for this element. System 
will accept any value entered by Originator up to the maximum 
character length. 

Acceptable input: \ 

• value entered into data base. 

Unacceptable Input: 

• None. 
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HARDWABE IDENTIFICATION^ CONTRACT END ITEM, PART NUMBER 


’►hardware identification: * 

* 

* 

4c 
4c 
4c 
4c 
4c 
4c 
4t 
4c 
4c 
4( 

4(4c4t4i4c4i4i 


TEST/PROC HARDWARE 
PART NAME < 

PART NUMBER < 

NONCONFORMING ARTICLE 
PART NAME < 

PART HUMBER < 

NEXT HIGHER ASSEMBLY 
PART NAME < 

PART NUMBER < 

CONTRACT END ITEM 


> 

> 

> 

> 

> 

> 



MANUFACTURER < 

> 

Ht 

SERIAL/LOT < 


>4c 

♦ 

MANOFACTOEEB < 

> 

4c 

SERIAL/LOT < 


>* 

4c 

MANUFACTURER < 

> 

4t 

SBRIAL/LOT < 


>4c 

4c 

MANUFACTURER < 

> 

* 

SERIAL/LOT < 


>4c 


4 c ♦ 4 i ♦ * 4 c 41 41 * 41 4c ♦ ★ 4c 4c 4r 4c 4c 4c ♦ * 4c » 4c 4c 4c 4c 4c 4c * 


Contract End Item, Part Number 

The number of the contract end item. 


Char 

Length 

Code 

List 

Format 

Search 

Key 

Repeating 

Group 

Required 
For IPR 

20 

No 

AN 

Yes 

No 

No 


Source; Originator. 

Edits Performed: 

* 

• No edits performed on the value entered for this element. System 
will accept any value entered by Originator up to the maximum 
character length. 

Acceptable Input: 

• Value entered into data base. 

Unacceptable Input: 

• None. 
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HAEDWABE IDENTIFICATION, CONTRACT END ITEM, MANOFACTORER 


1^ « 4^ 4c 4t * 4ii9c 4i ^ ^ 4! « ♦ 4i ♦ 4c ^ 4c * 4t # 4t * 

’^HABDW ARE .IDENTIFICATIONS * 


* TEST/PROC HARDWARE 

* PART NAME < 

PART NUMBER < 

* NONCONFORMING ARTICLE 

* PART NAME < 

* PART NUMBER < 

* NEXT HIGHER ASSEMBLY 

* PART NAME < 

* PART NUMBER < 

* CONTRACT END ITEM 

* PART NAME < 

* PART NUMBER < 


> 

> 

> 

> 

> 

> 

> 

> 


MANUFACTURER 

< 

> 

4» 

SERIAL /LOT 

< 


>4c 

4* 

MANUFACTURER 

< 

> 

* 

SERIAL/LOT 

< 


>4. 

4c 

MANUFACTURER 

< 

> 

4c 

SERIAL/LOT 

< 


>4c 

4c 

Li?.' 



4c 

SERIALAOT 

< 


>♦ 


4( 4c 4c 4i 4c ♦ 4c 4c « 4t * « 4c 4> 4c * « « « 4c 4i 4c 4c 4c 4c 4c 4c 4c 4t 4i 4c * ♦ 4c 4c 4c 4c 4c 4( 4c ♦ * 4t 4c 4i 4c ♦ « « 4c 4c * 4> ^ 4c « « * 4c 4c 4c 4( « 4c 4( 4c 4c 4c « 4c 4t « « 


Contract End Item, Manufacturer 


manufacturer of 

the 

contract 

end item 

' * 


Char 

Code 

Format 

Search 

Repeating 

Reguired 

length 

List 


Key 

, Group 

For IPR 

6 

Yes 

AN 

No 

No 

No 


Source: Originator* 

Edits Performed: 

• Checks code list for valid entry or blank. 

Acceptable Input: 

• value entered into data base* 

Unacceptable Input: 

• Invalid element value - value rejected* originator requested to 
submit correct value* If none submitted, element retains previous 
value. 


Utilize Code List, Organizations, page 2-28* 
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HARDWASE IDENTIFICATION^ CONTRACT END ITEM^ SERIAL/LOT NUMBER 


*s|t ♦’Of *!(«*♦* ^'♦*>^ ’&'♦♦>{*♦♦*♦♦♦♦♦***♦*♦**♦****** *’^*** 

♦HARDWARE IDENTIFICATION; * 

* TEST/PROC HARDWARE 

* PART NAME < > 

* PART NUMBER < > 

* NONCONFORMING ARTICLE 

* PART NAME < > 

* PART NUMBER < > 

* NEX.T HIGHER ASSEMBLY 

* PART NAME < > 

* PART NUMBER < > 

* CONTRACT END ITEM 

* PART NAME < > 

* PART NUMBER < 



' 


♦ 

MANUFACTURER 

< 

> 

♦ 

SERIAL/LOT 

< 


>♦ 

♦ 

MANUFACTURER 

< 

> 

* 

SERIAL/LOT 

< 


>* 

* 

MANUFACTURER 

< 

> 

♦ 

SEE lA L/LOT 

< 


>* 

♦ 

MANUFACTURER 

< 


★ 






Contract End Item, Serial/Lot Number 


or lot 

number 

of the 

contract 

end item. 


Char 

Code 

Format 

Search 

Repeating 

Required 

Length 

List 


Key 

Group 

For IPR 

12 

No 

AN 

No 

No 

No 


Source; Originator- 
Edits Performed: 

• No edits performed on the value entered for this element* System 
will accept any value entered by Originator up to the maximum 
character length- 

Acceptable Input; 

• Value entered into data base. 

Unacceptable Input: 

• None- 
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PSOBiEM EFFECTIVITY DIVISION 




•S' HISS20N NO, * 

« VEHICLE NO, •5= 

•S' CHITICALITV * 

^ STATUS '5' 


jJt 

* 




Specific missions and/or vehicles affected by the nonconformance 
problem are identified in the Problem Effectivity division of the JSC 
Shuttle Problem Displays along ^ith the Criticality of the problem and its 
current status. If more than eight entries exist, a flag will appear in 
the 8th column indicating the user should execute a special command to 
retrieve the additional information if desired. 

An example of element data to be presented in Problem Effectivity 
division is presented below. 


EXAMPLE: 


^ jji >5« * »St s5i y ijj ^ ^ j$« j|i «#♦♦♦♦♦♦♦♦♦**♦♦**♦♦♦♦♦*♦*♦♦*♦♦ <M<t ♦ * 

^PROBLEM EFFECTIVITY: * 

•«' MISSION NO. >S‘100227’«‘100228‘>11 00231 >^100232* 100 233* 100234*1 00237* 1002 38* 


4c 

VEHICLE NO. 

4cQ17 

*018 

*020 

*019 

*017 

♦021 

*018 

*020 

* 

4c 

CRITICALITY 

*2 

*2 

* 1 

*3 

♦2 

♦3 

♦2 

*3 

* 

4t 

STATUS 

*OPEN 

*OPEN 

*0PEN 

*EXPL 

*OPEN 

*CLOSED*OPEN 

♦CLOSED* 


4i « 4c « ♦ it* 4r )$i 4t * * * « 4i « * y 4 4i y y * * 4t ♦ 4t 4> 4t >K « 4c4t ♦ ♦ ♦ 4( « 4t ♦ 4< ^ 4t # 4c * 3^ * * 
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PROBLEM EFFECTIVITY? MISSION NUMBER 


s)5S«Mj« « sst ❖ sjt ^ s{} 1§J ijr « J&; ^ «{2 **<*><* '^'^ 

>5'PROBLEM^^EF|E^CJ^^^ S 


^^tij!:4«**««##j|t«***iit**#******>^’>*** + * **•*♦♦***** 

♦ 


★ VEHICLE NO. » 

♦ CRITICALITY ♦ 

* STATOS ^ 


* 


* 

* 

* 


★ 

« 

4 k 

★ 


4K 

♦ 

* 

* 


^ijt 4t4c4t# *4! *♦★♦*♦♦♦♦♦ 


*4e 4c 4c 4t 4( 4c ♦ * 4( ♦ « * 


Mission Number CMISSIOW WO. 5 

Identification of nissions affected by this problem. The mission number 
is entered left justified. 

Char Code Format search Repeating Required 

Length List Key Group For IPR 


No 


AN 


NO 


Yes 


Mo 


Sources . Originator or PAE. 

Edits Performed: 

« checks value entered for ALL. ^ ^ 

« If mission number is entered, then criticality and status must be 

O If ^problem is reopened, there must be at least one open effectivity. 
Acceptable Inputs 

• Value entered into data base, either value ALL or a mission number. 


Unacceptable Input: 

» Mission number input without accompanying criticality and status 
entries. 
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PROBLEK EFFECTIVITY, VEHICLE KOiSBEH 


*PROBLSH EFFBCTIVITYS * 


CEITICALITY 

STATUS 


«4c:ic4c*i|t««4t4(4M4(4(4i«4i*:(i4(4is4(4i4t<z 


Vehicle Number (VEHICLE NO,) 

Identification of vehicles affected by this problem. The vehicle number 
is entered left justified. 


Char 

Length 

Code 

List 

Format 

Search 

Key 

Repeating 
- Group 

Required 
For IPR 

3 

No 

AN 

No 

Yes 

No 


Sources Originator or PAE, 

Edits Performed: 

o Check VEHICLE NUMBER for value ALL. 

• If Vehicle number is entered, then criticality and status must be 
entered. 

• If problem is reopened, there must be at least one open effectivity. 
Acceptable Input: 

• Value entered into data base, either value ALL or VEHICLE NUMBER. 
Unacceptable Inputs 

• Vehicle number input without accompanying criticality and status 
entries. 
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P80BLEJ5 EFFECTIVITY, CKITICALITY 


♦problem EFFECTIYITY: ♦ 


4t 

MISSION 

NO, 

9 


* 

* 

♦ 

* 

* 

* 

* 

% 


NO- 

* 



* 


* 

* 

* 

* 

* 



* 


* 


* 

* 

* 

* 


* 

STATUS 


* 

sSt 



* 

* 

* 

* 

* 


♦ J(» ♦♦#♦♦** <C * Jjt Ijt **JJ{ ^ l(t Ijc s{* ^ ,jl Sjf J(t }> 3{c J|t J|t ♦ J*C ♦ *♦ **♦**♦♦♦*♦*♦* 4t* *♦ * 


Criticality 

The criticality of this problem for each mission and vehicle listed. 
The criticality code value is to be entered left justified. 


Char 

Code 

Format Search 

Repeating 

Required 

Length 

List 

Key 

Group 

For IPR 

1 

Yes 

AN No ' 

V Yes 

No 


t 


Source: Originator or PAE. 


Edits Performed: 


® Checks code list for valid entry if vehicle and/or mission are not 
blank or ALL, If vehicle and mission are blank then criticality must 
be blank. If vehicle and mission are inputs criticality input is 
required. 

Acceptable Input: 

» Value entered into data base. 

Unacceptable Input: 

• Invalid element value - value rejected. Originator or PAE requested 
to submit correct value. If none submitted, element retains previous 
value. If vehicle and mission are input, criticality must be input. 




EXPRESS STANDARD , 


1 1 -SAFETY 

2 2-MISSION 

3 3 -OTHER 


LOSS OF LIFE OR VEHICLE 
LOSS OP MISSION 
ALL OTHERS 
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PHOBLEH EFFECTIVITYp STATUS 


^PROBLEM EFFECTIVITY; 
* MISSION NO, * 

3}C 

4* 

* 


* 

4t 

* 

* * 

* VEHICLE NO, 



* 

J{t 

: ♦ 

♦ 

* 

* * 

* CRITICALITY 



35t 


' ♦ 

♦ 

* 

* * 

3tC 

4< 

nt 


♦ 


* 

* 

* * 



Status 

The status of the problem for each mission and vehicle listed. 


Char 

Code Format 

Search 

Repeating 

Required 

Length 

List 

Key 

Group 

For IPR 

6 

Yes AN 

No 

Yes 

No 

Source: Originator 

or PAE. 





Edits Performed; 

« Check if MISSIOH and VEHICLE is ALL and accept 0, C, E, or B code. 

« Check if MISSION and VEHICLE is not ALL and accept 0, C, or E code. 

• Checks code list for valid entry. 

« Element value must be entered if vehicle and mission are entered. 

• If problem is reopened^ there must be at least one open effectivity 
and problem status must be open and actual resolution date must 

be blank. 

Acceptable Input; 

o Value entered into data base. 

Unacceptable Input; 

« If MISSION or VEHICLE value is not ALL and E is entered, value 
rejected. 

® Invalid element value - Value rejected.* Originator or PAE requested 
, to submit correct value. If none submitted, element retains previous 


value. 






QQDB 

AUMMMIMIQE 

^mimoN 

0 

OPEN 

PROBLEM NOT RESOLVED 

C 

CLOSED 

PROBLEM CLOSED (FIXED) 

E 

EXPL 

PROBLEM EXPLAINED (NOT FIXED) 

R 

SESL 

PROBLEM RESOLVED (SOME EXPLAINED 



SOME CLOSED) 
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PROBLEM DESCRIPTION BLOCK 


4 1 «c 4( * 4 41 Sjk ^ Ifr $ ^ 4; 4( 4( 4c 3^ ^ 4^ 

*<WALL THICKNESS AT STRINGERS AH 12 AND A95 NAS DETERMINED TO BE * 

*UNDEHSIZE. THICKNESS S/B .100"+/-.010"$ BOT IS FROM .0438" TO .0481" * 

♦BETWEEN STA SCM 206.620 AND XCM 225.500. ♦ 

* * 


★ 

% 

,* 

Ik 

4 


* 

>k 

* 

>♦ 




Problem Description 

Description of the problem input by the Originator at the time of 
submittal of the initial problem report. Description should include 
comparison of expected results with actual results. Up to nine lines of 
information can be entered. 


Char 

Length 

Code 

List 

Format 

Search 

Key 

Repeating 

Group 

Required 
For IPR 

648 

No 

TEXT 

No 

No 

Yes 


Source: Originator. 

Edits Performed: 

« Element value cannot be blank. 

.-Acceptable Input: 

• Value entered into data base. 

Unacceptable Input: 

• No value entered. New Problem Report will be rejected unless 
Originator enters a value for this element. 

f 
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PEETIMBNT DOCUMENTS DIVISION 


< 

< 

< 

< 

< 

< 

< 


TYPE 


ISSUE SITE 


> 

> 

> 

> 

> 

> 

> 


> 

> 

> 

> 

> 

> 

> 


DOCUMENT NUMBER 

< > 


> 

> 

> 

> 

> 

> 


ISSUE DATE 

< / / > 


i 

» 

* 
* 
* 
* 
« 
111 
* 


< 

< 

< 

< 

< 

< 


/ 

/ 

/ 

/ 

/ 

/ 


/ 

/ 

/ 

/ 

/ 

/ 


> 

> 

> 

> 

> 

> 


/ / 


III * 4n|i 4i 4t 4t 1*1 4i 4t *41 4141 4i 4t 41 41 4t 4i 4i # 41 ♦ 4i 4i ♦ 4> 41 ^ 41 41 41 4i # 4i 4i 41 * 4i 4i ** * >|c * 4t* >01 4t ^ ^ 4i 4i 41 * * 


Cross reference of document type and document identification are 
presented in this division of the JSC Shuttle Problem Displays. Up to 
eight documents may be entered. 


An example of element data to be presented in Pertinent Documents 
division is presented below. 

> 

All element values for a particular reference document must be 
entered for the input to be accepted. 


EXAMPLE: 


4c4t 4i4t4ti^ 4141 4141 41 4i 4141 4i4t4t4i 4c 4t 4c4c4t4<4c4c4(4(4t4c4i#4c4t4t4i4i4t4ca^4c4c4(4c4c4i4ie4c4c4(4c4i4c4t4t4c4c4(4c4(4(4c4c4t4c4c4c4(4i4t4e4i4c 

♦PERTINENT DOCUMENTS: ♦ 


41 

TYPE 


ISSUE SITE 

DOCUMENT NUMBER 

ISSUE DATE 

4c 

4c 

<TEST 

RPT 

> 

<DOWNEY> 

<123456789012345> 

<06/24/73> 

4c 

* 

<ANAL 

RPT 

> 

<JSC > 

<234567890123456> 

<05/23/73> 

4c 

4c 

<DISC 

RPT 

> 

<DOWN EY> 

<345678901234567> 

<04/2 1/73> 

4r 

4c 

<ECP/RECP 

> 

<DOWNEY> 

<456789012345678> 

<01/15/74> 

4c 

* 

<EO 


> 

<DONNEY> 

<567890123456789> 

<0 1/2 8/74 > 

4c 

4c 

<FROB 

PREV 

> 

<DOMNEY> ' 

<678901234567890> 

<06/01/74> 

4t 

4c 

<PROB 

RPT 

> 

<DOWNEY> 

<789012345678901> 

<06/18/74> 

4c 

4c 

<RES 

RPT 

> 

<JSC > 

<8901234567890 12> 

<06/24/74> 

4c 


*4> 4( 41 e 4141 41 4i * 4i 4c 4c 4c 4t4c 4c 4t 4c* 4c 4c 4t 4t 4( 4c 4( 4c 4c 4c 4c 4c 4c 4c 4t 4c 4c 4( 4c « 4t ♦ 4( 4c4i 41 4i V 4c 4( 4c 4c 4c 4c ^ 1^ 41 y y 4c 4c 4c4c 4i 41 4( 4c * 4t 4t 4c 4c 4c 4< 
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PERTINENT DOCUMENTS, TYPE 




*PERTINEJf' 

4i 


DOCUMENTS 2 

ISSUE SITE 


< 

< 

< 

< 

< 

< 

< 

< 


> 

> 

> 

> 

> 

> 

> 

> 


< 

< 

< 

< 

< 

< 

< 

< 


> 

> 

> 

> 

> 

> 

> 

> 


DOCUMENT NUMBER 
< > 

< > 

< > 

< > 

< > 

< > 

< > 

< > 


ISSUE DATE 

< / / > 
< / / > 


< 

< 

< 

< 

< 

< 


/ / 
/ / 
/ / 
/ / 
/ / 
/ / 
/ / 




Type 

Coded description of the type of document being referenced. Up to eight 
pertinent documents may be entered. 


Exp Char 
Length 

Std Char 
length 

Code 

List 

Format 

Search 

Key 

Repeating Required 
Group For IPR 

2 

12 

Yes 

AN 

No 

Yes No 

Source: Originator, PAE, 

or SR&QA. 



Edits Performed: 






• Checks for 

complete 

entry 

of all 

document 

element values. 

• Checks code 

list for 

valid 

entry 

or blank. 



Acceptable Input: 

• Value entered into data base. 

Unacceptable Input: 

• Invalid element value - value rejected. Originator or PAE requested 
to submit correct value. If none submitted, element retains previous 
value. 

• First three element values must be input. (ISSUE DATE not 
necessary.) 
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PEHTIWENT DOCUHEJJTS:; TYPE CContinmed) 


CODE X^ISTp DOCDHEWT TXPE 


EXPRESS 

STaHDlSD 



iSMimiioi 

MIMIZIQN 

kB 

iiHAI SfT 

REPORT^ ANALYSIS 

DR 

DISC RPT 

REPOST/RECOSD-DISCREPANCY/DISPOSITION 

EC 

ECP/BECP 

ENGINEERING CHANGE PROPOSAL (INCLUDES 
REQUEST) 

EO 

EO 

ENGINEERING ORDER 

E3C 

HCR 

MASTER CHANGE RECORD 

PP 

PROB^ PREV 

REPORT^ PROBLEM^ PREVIOUS OCCURRENCE 

PR 

PROBp RPT 

REPORT^ PROBLEM^, SAME OCCURRENCE 

RR 

RES RPT 

REPORT^ PROBLEM^ RESOLUTION 

TP 

TEST PROC 

TEST PROCEDURE/PREPARATION-SHEET 

TR 

TEST RPT 

REPORT^ TEST 

UD 

^kX7/DEV 

^?AIVER/DEVIATION 



PEHTXNENT OOC?JaE!?TS ISSUE SITE 




*PBBTIHENT DOCOIEHTS 
* TYPE S 

M 


DOCUMENT 

NUMBER 

ISSUE 

DATE 

* 

♦ < 


> 

< 


< 

> 

< 

/ 

/ 

> 


3fe < 


> 

< 

> 

< 

> 

< 

/ 

/ 

> 


* < 


> 

< 

> 

< 

> 

< 

/ 

/ 

> 


* • < 


> 

< 

> 

< 

> 

< 

/ 

/ 

> 

* 

# < 


> 

< 

> 

< 

> 

< 

/ 

/ 

> 

* 

* < 


> 

< 

> 

< 

> 

< 

/ 

/ 

> 


« < 


> 

< 

> 

< 

> 

< 

/ 

/ 

> 


* < 


> 

< 

> 

< 

> 

< 

/ 

/ 

> 

* 



Issue Site 

Code for the site of each pertinent document listed. Up to eight 
pertinent documents may be entered. 


Char 

length 

Code 

List 

Format 

Search 

Key 

Repeating 

Group 

Required 
For IPR 

6 

Yes 

AN 

No 

Yes 

No 


Source: Originator^ PAE^ or SR&QA. 

Edits Performed s 

® Checks for complete entry of all document element values. 

® Checks code list for valid entry or blank. 

Acceptable Inputs 

o Value entered into data base. 

Unacceptable Input: 

« Invalid element value « value rejected. Originator or P&E requested 
to submit correct value. If none submitted^ element retains previous 
value. 

® First three element values must be input. (ISSUE DATE not 
necessary . ) 


CODE .. . LIST ...OF lOChTXOMS 

Utilize Code list^ Organizations^ page 2-28 
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PEHTINENT DOCDMENTSt, DOCUMENT NOMBEH 


<» 


♦PERTINENT DOCUKENTSs 


A 

* 

♦ 

.♦ 

♦ 

« 

* 

» 


TYPE 


< 

< 

< 

< 

< 

< 

< 

< 


> 

> 

> 

> 

> 

> 

> 

> 


ISSUE SITE 


< 

< 

< 

< 

< 

< 

< 

< 


> 

> 

> 

> 

> 

> 

> 

> 


< 

< 

< 

< 

< 

< 

< 

< 


> 

> 

> 

> 

> 

> 

> 

> 


ISSUE DATE 
< / / > 


< 

< 

< 

< 

< 

< 

< 


/ 

/ 

/ 

/ 

/ 

/ 

/ 


/ 

/ 

/ 

/ 

/ 

/ 

/ 


> 

> 

> 

> 

> 

> 

> 


A 

A 

A 

A 

A 

A 

A 

A 

A 


aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa 


aaaaaaaaaaaaa 


Document Number 

Identification number of each pertinent document. Up to eight pertinent 
documents may be entered. 


Char 

Length 

Code 

List 

Format 

Search 

Key 

Repeating 

Group 

Required 
For IPR 

15 

No 

AN 

No 

Yes 

No 

Source: Originator^ 

PAE, 

or SE&QA 

• 




Edits Performed; 

• Checks for complete entry of all document element values. 

• NO edits performed on the specific values entered for this element. 
System will accept any value entered by Originator or PAE up to the 
maximum character length. 

Acceptable Input: 

• Value entered into data base. 

Unacceptalble Input: i 

• First three element values must be input. (ISSUE DATE not necessary.) 
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pertinent documents, issue date 




♦PERTINENT DOCUMENTS: 

♦ TYPE ISSUE 

SITE 

DOCUMENT 

NUMBER 

gH 


■ 


* 

♦ < 


> 

< 

> 

< 

> 

< 

/ 

/ 

> 


♦ < 


> 

< 

> 

< 

> 

< 

/ 

/ 

> 


* < 


> 

< 

> 

< 

> 

< 

/ 

/ 

> 


♦ < 



< 

> 

< 

> 

< 

/ 

/ 

> 

* 

* < 


> 

< 

> 

< 

> 

< 

/ 

/ 

> 


♦ < 


> 

< 

> 

< 

> 

< 

/ 

/ 

> 

* 

* < 


> 

< 

> 

< 

> 

< 

/ 

/ 

> 

jCc 

* < 


> 

< 

> 

< 

> 

< 

/ 

/ 

> 

* 




Issue Date 

The date of publication of the pertinent document. Up to eight 
pertinent documents may be entered. 


Char 

Length 

Code 

List 

Format 

Search 

Key 

Repeating 

Group 

Required 
For IPR 

8 

No 

DATE 

No 

Yes 

No 


Source: Originator, PAE or SRSQA. 

Edits Performed: 

• Checks for complete entry of all document element values. 

• Checks element value for proper date value and format or blank. 

Format is HM/DD/YY. 

\ 

< 

Acceptable Input: 

« Value entered into data base. 

Unacceptable Input: 

e Invalid element value - value reiected. Originator or PAE requested 
to submit correct value. If none submitted, element retains previous 
value. 
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SEMABKS BLOCK 




*<ENGINEERING ORDER HAS BEER INITIATED TO REPAIR THE WALL THICKNESS 
♦AT A112 AND A95 TO CONFORM TO DESIGN SPECIFICATION- 
MOTHER PRECAUTIONS ARE TO INSPECT THESE MEHBERS AND OTHER 
♦SIMILAR IN SIZE PRIOR TO FABRICATION. THE UNDERSIZED 
♦MEMBERS WERE PURCHASED FROM A MANUFACTURER NO LONGER DOING 
♦BUSINESS WITH THE PRIME CONTRACTOR. IT IS UNKNOWN HOW THESE 
♦UNDERSIZED MEMBERS PASSED PRELIMINARY INSPECTION. 

* 

* 

* 

Ht 
♦ 

m 
* 

4c 
4c 
4c 
♦ 

★ 

4c 
4c 

4c 4c * * 4c ♦ ♦ 41 41 4c 4c 4i ♦ ♦ ♦ 4c 4c 4t ♦ * 4c ♦ 4c 4c # 4c ♦ 4< ♦ ♦ 4c ♦ ♦ 4c * 4t 4c 4c ♦ 4ti|c * 4c 4c ♦ ♦ ♦ ♦ 4« ♦ ♦ 4« 4» 4« * ♦ 4c ♦ 4» 4c 4t 4c 4i ♦ 4c 4t * 4t 4c 4t 4c 4» 4c 4c 


* 

* 

4c 

4c 

4c 

4c 

4c 

4r 

4c 

4c 

4t 

4c 

4c 

4c 

4c 

♦ 

4c 

4c 

4c 

4c 

4c 

4t 


Remarks 

Any pertinent remarks desired by SR&QA to be associated with this 
problem. This field will be used as working notes for this problem. Up 
to 24 lines of information can be entered. Any value entered by an 
Originator for this element will be ignored. 


Char 

Length 

Code 

List 

Format 

Search 

Key 

Repeating 
\ Group 

Required 
For IPR 

1728 

No 

TEXT 

No 

No 

No 


Source: SR&QA or PAE. 

Edits Performed: 

• No edits performed on the data entered for this element, system will 
accept any data entered by SB8QA up to the maximum character length. 

Acceptable Input: 

« Value entered into data base. 

.Unacceptable Inputs 

• None. 
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ANALYSIS BLOCK 


•5'<STRESS ANALYSIS AN C LOAD TESTS WERE PERFORMED ON WALL THICKNESS OF ^ 
♦SIMILAR SIZE. FAILURE AND/OR BENDING WAS DETECTED. COMPLETE RUPTURE ♦ 
♦COULD, OCpR IN SPACE ENV XRONMEN!?. « 




>♦ 

4t4c # 4c 4c 4c 4c ^ ^ 


Analysis 

Besalts of analysis, including laboratory tests or summary of efforts 
made to determine nonconformance cause or explanation. Analysis 
includes steps taken to identify the cause and the remedies. Up to nine 
lines of information can be entered. 


Char 

Length 

Code 

List 

Format 

Search 

Key 

Repeating 

Group 

Required 
For IPR 

648 

No 

TEXT 

No 

No 

No 

Originator 

or PAE 

or SR8QA 

m 




Edits Performed: 

• No edits performed on the data entered for this element. System will 
accept any data entered by Originator or PAE up to the maximum 

I character length. 

Acceptable Input: 

i 

• Value entered into data base. 

Unacceptable Input: 

• None. 
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BESOLUTIOH BLOCK 




*<THB 0WDBBSI2E W&LL THICKNESS AT STBINGEBS A112 AND A95 WAS REMOVED AND 
^REPLACED WITH WALL THICKNESS OF SPECIFIED SIZE. 

* * 

* * 

* ■ ■ ■ ♦ 

* >. * 

♦ < ♦ 

* ♦ 

* * 

# * 

* * 

♦ • ♦ 
* , • 

* 41 

4i * 

* , * 

4i >♦ 

4( 4( i4 4i 4i 4t4i4t 41 4i4r4r 4i # 4i4i 4t 4^ 4t 4> 4( 4t 4i4t 4i 4> 4> 4> * 4> 4i 4i 4t 4( 4i 4(4( * 4(* 4t 4( 4t 4> 4> 4t 4t 4t4i *4t # * * 4M|i * 4t * 4t 4( «4i 4i 4i 4 # 4^ ^4( ^ 4i 


Resolution 

suoaary of the probXeta resolution description. Dp to 17 lines of 
Information can be entered. 


Char 
Len gth 

Code 

List 

Format 

Search 

Key 

Repeating 

Group 

Required 
For IPR 

1224 

No 

TEXT 

No 

No 

No 


Sources Originator or PAE or SB&QA. 

Edits Ferfomed: 

• No edits performed on the data entered for this element. System will 
accept any data entered by Originator* PAE* or SB&QA up to the 
■aximuD character length. 


Acceptable Input: 

• Value entered into data base. 
Dnacceptable Input: 


• None 


* * 


2.2 BATCH aSPOETS 


Batch report re« 5 uireaients are presented in this section 
of the DEB. The P&E will have the capability to request 
larqe volume reports to be produced in batch mode and to 
distribute the reports as needed. The specific reports 
produced are: 

• Open Problem List (OPL) • 

• Full Problem Report • 

• Interactive Problem Transaction Listing. 

• Interactive Table Transaction Listing. 

• Usage Statistics Report. 

• Code Tables Listing. 

All scheduled batch reports will be processed at the 
close of interactive processing on the scheduled date. 

These reports will be decollated, burst and available at the 
Production coordination out^station by 8:30 A.M. the next 
morning. When report date falls on a holiday it will be 
moved to the first preceding workday. Non-scheduled batch 
reports will be available at the Production coordination 
out^station within forty-eight C^8) hours after requested. 

2.2.1 Open Problem List 

2.2. 1.1 The Open Problem List (OPL) is a 

report of all open problems and those problems which have 
been resolved since the date of the last OPL. Throuqh user 
options, print-out can be limited to specified projects 
and/or problems can be selected at the system level only. 
Program logic will assure that each resolved problem will 
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print once at the element level and once at the system 
level. The purpose of the OPL is to portray for management 
review the current problem status and other related 
information of all open problems. 

The Open Problem List is a report on 2-part, standard 
size (14" X 11”) computer paper and will be produced at 
specified intervals. Each specified project and/or system 
level OPL will be executed not more often than once per 
week. The OPL will be produced by a batch computer program, 
and all problems in the data base at the time that the 
program is run are candidates for printing. The following 
criteria must be met by a problem before it will be printed 
on the OPL: 

• It must have a "YES" in data base element PAE HEVIBW 
(indicates that this problem has been reviewed by 
PAE) . 

• It must have a "V” in data base element SUSP/YEB 
(indicates that this problem is verified) . 

• If resolved, the problem must not have been printed 
on a previous OPL in the resolved status. (This 
assures that the problem is printed once in the 
resolved status.) The Problem Analysis and 
Resolution Rationale groups will be substituted for 
Remarks group for Resolved Problems printed on the 

\ ■ i 

OPL. 

The order of printing of problems on the OPL will be 
determined by ascending sorts on the PROBLEM REPORT Number 
within the SUBSYSTEM code within the PROJECT code. Each 
change in SUBSYSTEM code will cause problem printing to 
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begin at the top of a new page. More than one problem 
within the same SOBSYS*I!EM code may be printed per page (with 
two blank lines separation) if space for the last problem on 
the page is sufficient to contain problea infornation up to 
the heading “PROBLEM DESCRIPTION:" (see Figure 2.2-1) . Page 
headings will print at the top of each page only. Pages 
will be numbered consecutively within each project starting 
with page 1. 

2. 2. 1 . 2 • Figure 2.2-1 sh ows the 

general layout of a problem on the OPL. Coded data will be 
converted to standard abbreviations as applicable. The 
definition of heading data is as follows: 

• The date that the OPL program is run will be printed 
as the upper left-hand field of each page^ heading. 

• The page number within the entire OPL will be 
printed as the upper right-hand field of each page 
heading. 

• The PROJECT code will be printed as the first 
character of the second line of each page heading. 

• The SUBSYSTEM code will be printed as the second 
through sixth characters of the second line of each 
page heading. 

• The PROJECT will be printed in columns 42 through 49 
of the second line of each page heading as an 8- 
character standard abbreviation retrieved from the 
PROJECTS code list. 

• The subsystem title will be printed in columns 53 
through 77 of the second line of each page as a 25- 
character abbreviated definition retrieved from the 
SS TITLE column of the SUBSYSTEMS Code List for the 


DBSSINAL 
yOOE < 
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value of the OHBITER or GFE SOBSVSTEH value stored 
in the problesa. 

• An 18-character field will be, retrieved fro» the 
SSM/TH coluain of the SOBSYSTEMS Code List for the 
value of the OHBITER or GFE SOBSYSTEH coeponent 
stored in the problen and will be printed following 
the heading 

' • The remaining elements display on the OPL Report, 

Figure 2*2-1, have been described in Section 2*1. 

The text fields will only use as many lines as 
necessary to print the data they contain* Although these 
text fields will be maintained internally in shorter line 
lengths to accommodate terminal operations, when printed on 
the OPL, extraneous blanks will be deleted to effect normal 
word spacing* 

At the end of the OPL, an index/tally will be printed 
on unnumbered pages with the format as shown in Figure 2*2- 
2. If more than one page is required, the page break will 
occur between projects and the headings will be repeated on 
the next page. The abbreviated definition for the PROJECT 
will be printed behind the heading "PROJECT!**. The 
abbreviated definition for each SOBSYSTEH within that 
PROJECT which contains open problems will be printed below 
the heading "SOBSYSTEH”. The "PAGE** column will contain the 
number of the first page of that subsystem's problems in the 
OPL. The "NEB" column will contain a count of all the 
problems in that subsystem appearing on the OPL for the 
first time whether open or resolved. An old "resolved" 
problem just reopened becomes a new problem. The "RESOLVED" 
column will contain a count of all the problems on the OPL 



in that subsysten which were resolved since the OPL was last 
run without the Besolved Problems Waiver. The ”OPEN" column 
will contain a count of all the problems on the OPL for that 
subsystem which are currently open. The GiiHO TOTAL will be 
printed only at the end of the index/tally# and will be a 
^rand total of each count column. 

To facilitate construction of an OPL which contains 
only system level problems^ after the index/tally is 
printmdf the system level problems from the two prolects 
whose codtes are (Orbiter) and (Government Furnished 

Equipment) will be printed a^ain in OPL format. There will 
be no indeV^ally printed for this supplemental printout. 

2.2.2 Full Problem Report 

/ 

2. 2 .2.1 g g p ^r al. The purpose of the Full Problem 
Report (FPR) is to print a report of all the element values 
' for selected problems in the data base. The user will 
select the problems to be printed in the Full Problem Report 
by . designating a proiect and subsystem or action assignee 
and selecting all open problems or all closed problems. The 
FPR will be printed on 2-part, standard size (14” x 11”) 
paper. The FPR will be produced by a batch computer 
program, on reguest only, and those selected problems in the 
data base at the time the program is run will be printed, 
ordered by ascending sorts on the REPORT NO. component 
within the SOBSYSTBH code within the PROJECT code. Each, 
problem will begin printing at the top of a new page. If a 
problem contains sufficient information to require two 
pages, the printing of the first page will be broken only 
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after coiapletion of the bemabks coapoaent (or the ANALYSIS 
cbaponents if it will all fit on the first paae) . 

2. 2. 2, 2 Figure 2.2-3 shoes the 

general layout of a problem on the FPB. Coded data will be 
converted to standard abbreviations as applicable. The 
definition of leading data is as follows: 

j 

• The date that the FPR program is run will be printed 
as the upper left-hand field of each page. 

• The page numbef within the entire FPR will be 
printed as the upper right-hand field of each page. 

• The PROJECT code will be printed as the first 
character of the second line of a problem printout. 

• The SOBSYSTEM code will be printed as the second 
through sixth characters of the second line of each 
page heading. If the subsystem is not known or 
given^ this area will be blank. 

• The PROJECT will be printed in columns 42 through 49 
of the second line of each page heading as an 8- 
character standard abbreviation retrieved from the 
PROJECTS Code List, 

• The subsystem title will be printed in columns 53 
through 77 of the second line of each page as a 25- 
character abbreviated definition retrieved from the 
SS TITLE column of the SUBSYSTEMS Code List for the 
value of the ORBITER or GFE SUBSYSTEM value stored 
in the problem^ 

® An 18-character field will be retrieved from the 
SSM/TH column of the SUBSYSTEMS Code List for the 
value of the OBBITER or GFE SUBSYSTEM component 
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stored in the problem and will be printed following 
the heading »’SSK/TM:”. 

• The remaining elements display on the Full Problem 
Report, Figure 2-2-8, have been described in Section 

2 - 1 . 

The Problem Description, Eemarks, Analysis, and 
Resolution text fields will only use as many lines as 
necessary to print the data they contain- Although these 
text fields will be maintained internally in shorter line 
lengths to accommodate terminal operations, when printed on 
the FPR, extraneous blanks will be deleted to effect normal 
word spacing- Undefined codes will print as codes on the 
FPfi- 


2-2-3 Problem Transaction Listing 

2-2.3- 1 £gnS£al- The purpose of the Problem 
Transaction Listing report is for verification and 
chronological recording of all changes made to PDS data 
base- The report is produced daily on 2- part, standard size 
(14" X 11") computer paper- The Problem Transaction Listing 
will be produced by a batch computer program, and all 
problem transactions recorded that altered the data base 
during the interactive operation for that day will be 
printed- This report is for the PAE review only- 

2-2. 3.2 t5_aQd_£o£2igt • Figure 2.2-4 shows the 

general layout of the Interactive Problem Transaction 
Listing- The data printed will be as shown on the format. 

Id addition, the date of the transactions will be printed in 
the upper left-hand field of each page heading, and the page 



nuiber of the report will be printed as the upper right-hand 
field of each page heading. Jit the conclusion of the 
transaction listing, a summary table of the total number of 
transactions for each user ID mill be- printed. 

2.2.4 Table Transaction Listing 

2.2.4. 1 SSBSESl- The Table Transaction Listing is a 
report produced monthly of all the changes made to Code 
Tables by the PAE. The report ,is produced on 2-part, 
standard size C14" x 11") computer paper, on request but no 
more than once a month. The Table Transaction Listing 
report vill be produced by a batch computer program, and all 
table transactions recorded that altered a code table during 
a one month period will be printed. This report is for the 
PAB review only. 

2. 2. 4. 2 Figure 2.2-5 shows the 
general layout of the interactive Table Transaction Listing. 
The data printed will be as shown on the format. In 
addition, the date the report was produced will be printed 
in the upper left-hand field of each page heading and the 
page number of the report will be printed in the upper 
right-hand field of each page heading. At the conclusion of 
the report, a summary of the total number of Table 
transactions will be printed. 

2.2.5 Usage Statistics Report 

2. 2. 5.1 The purpose of the Usage Statistics 

Report is to optimize system usage and resource availability 
by listing the computer accounting units used, the number of 
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security violations incurred, and the nunber of editing 
errors conaitted by each user. The fieport is printed on 2- 
part, standard sire (14" x 11 ") paper, on the first day of 
each eonth. If the first falls on the weekend, the report 
will be due on Monday. The Usage Statistic fieport will be 
produced by a batch computer program and all usage data 
recorded daring a one month period will be printed. This 

report is for the Quality Project Engineering review. 

1 

2. 2. 5. 2 » Figure 2.2*6 shows the 

general layout of the Usage statistics Report. The 
information printed is as shown on the format. In addition, 
the date the report was produced will be printed in the 
upper left*hand field of each page heading and the page 
number of the report will be in the upper right*hand field 
of each page heading. The month of the Osage statistics 
will be part of the heading, and a summary total will be 
printed at the conclusion. 


2,2.6 Code List Report 

2.2.6. 1 Ssssi^l. The purpose of the Code List Report 
is to present either a selected code list or all code lists 
in batch mode. All users nay request this report, but only 
the PAE can perform updates or initiate new lists. The code 
lists will be produced upon request by a batch computer 
program and printed on 2-part, standard size (14" x 11") 
paper. 

\ 

2. 2. 6. 2 CfiU ts£is_nad_f 21 . The code list data 
printed will be exactly as entered and stored for each 
particular list in the data base. The code lists have been 
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pr«s«Dted and described in detail in Section 2 « 1 . Code 
lists presently required by the PDS are: 

I \ 

cads- lists 

Prolects 

Subsystens 

Problem Status 

Criticality of Recurrence 

organizations 

Test/Operation 

Problem Cause < 

Failure node 

Condition of Problem Material 

Prevalent Conditions 

Time/Cycle Units 

Disposition 

Document Type 

Level 

Type 

snSP/VER 

INITIAL/SOBSEQDENT 
PAE REVIEW 
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FIGURE 2«2-i 


12/05/74 


JSC 

SHUTTLE 

OPEN PROSLEH LIST 



PACE 2 9U 

CifF 


ORB ITER. 

“ STRUCT fuselage FuD COHPT. 



ACTlCf« ASSiCKGE 

OICK PEARY 





SxIVTH 

ESE/G.-I .S ANOARS 


PRCSLEI* ICENTlf ICATtCK 









tcVEt TYPE 

VEHICLE ON CAUSE 

FAIL 

NODE TEST/OPER 

PREVAIL. CQNO. LOCATION OCCURREJ DATE 

REPORT NUMBcR 

ELf'ENT USSaT CCNC 

OlT REQ- 

KFC-TOOL 

FAILS CLOSED- 

OAL 

ACCELERATION 

RISO 07/31/74 

S7T-43-41-S5 

HARCKAAE ICENT IF ICATICN 

PART NUHEER 


PART 

NAME 

NFC 

SERIAL/ LOT 

OATE/TIME UP0AT€0 

REFERENCE 

TEST ARTICLE 

VC70-3S2021-C01 

SKIN PANEL 


RISO ' 

A3699000T268 

08/03/74 

1234567693 

KCSCCNFCRPIKC AATIClE 









^EXT HIChER ASSEFSLY 


' 





RESOLUTION DATE 

WORK UNIT CODE 

FROPLE- EFFECTIVITY 







EST 09/01/74 

432198765432 

FISSICN MJF3ER 

00227 00226 

00231 

00232 

00233 

00234 

00237 0023B 



VEHICLE SUPBER 

CIT 016 

010 

C19 

017 

021 

018 020 



CRIT - STATUS 2- 

OPEN 2“ OPEN 1 

- OPEN 

3- eXPL 

2- OPEN 

3-CLOSEO 

2- open 3-CLOSEO 



PS09Lt!^ CeSCRIPUCN 









XXXXXX 







i 

XXXKXX 

XXXXXX 








XXXXXX 

xxxxxx 








XXXXXX 

xxxxxx 








xxxxxx 

xxxxxx 





XXXXXX 




REMARKS 









xxxxxx 








xxxxxx 


xxxxxx 

xxxxxx 

XXXXXK 

xxxxxx-^ 

XXXXXK 

xxxxxx 

XXXXXK 

xxxxxx 

xxxxxx 

XXXXXX — — 

xxxxxx 

XXXKXXXXXXKX 


xxxxxx 

xxxxxx 

xxxxxx 

xxxxxx 

XXXXXK 

“XXXXXX 

xxxxxx 

xxxxxx 

XXXXXX 

- — xxxxxx 
— — xxxxxx 
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Figure 2,2-2 
OPL INDEX/TJiLLY 


PROJECT: OBBITER PROBLEH CODNT 


SUBSYSTEM 

PAGE 
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Figure 2.2-* 
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Figure 2,2-5 
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Fiqar* 2.2>6 
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2,3 INTERACTIVE DISPLAYS 


This section presents the requireoents for interactive 
probleo data displays including the JSC Shuttle Problem 
Standard Display and the JSC Shuttle Problem Express 
Display, The ability to enter and display Standard 
Abbreviation Code in the Standard Display and Express Codes 
in the Express Display is the major difference between these 
two displays. Otherwise, the problem data elements 
presented are identical on both forms. The title block 

I 

heading is slightly different on the Express Display form in 
that only the Project Express Code is displayed and the 
subsystem definition is not displayed, 

• 

In addition to the two problem displays, the Open 
Problem List display, the Abbreviated Problem display, the 
Interactive Code Listing displays, and the online predefined 
displays are available. 

2.3,1 JSC Shuttle Problem standard Display 

2, 3, 1,1 O^n^pal, The JSC Shuttle Problem Standard 
Display is one of two similar forms used to input problem 
data to the system and to interactively display data. The 
Standard Display constitutes a single problem data report 
and has the ability to display all the element values for a 
particular problem described in section 2.1, Coded values 
are converted to standard abbreviation where applicable. 

2,3, 1,2 aad Fggiaf* Section 2,1 contains the 

general layout of a problem in standard format. The data 
displayed will reflect what has been entered in the data 
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base for that particular problem, with the following 
exceptions: 

• The current date will be displayed in the upper 
left-hand field on each page. 

• The page number of the display (page 1, 2, or 3) 
will be shown in the upper right-hand field of a 
page. 

• The 25-character abbreviated definition of the 
SUBSYSTEM (retrieved from the SUBSYSTEMS Code List) 
will be displayed in the area following the ”dash” 
on the second line on each page- 

• The value displayed in the «SSM/TM:« field will be 
retrieved from the SUBSYSTEMS Code List. 

• The title block heading, consisting of the date, 
page, date and time of last update, and the problem 
report number, is repeated on the second and third 
page of the display. 

• Coded values will be displayed in the Standard 
Abbreviation Code were applicable. 

The values displayed for the other Problem Data 
Components on the form have been described in detail in 
Section 2.1. The headings will be displayed for all 
elements whether any data exists for an element or not. 

For problem Data retrieval and display, the PBOBLEM 
DESCRIPTION, REMARKS, ANALYSIS, and RESOLUTION text fields 
will only use as many lines as necessary to display the data 
they contain. The REMARKS text will be displayed after 
PROBLEM DESCRIPTION if the complete text will fit on page 1, 
otherwise REMARKS will be displayed on page 2. Similarly, 
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the fiESOLOTIOK text field will be displayed after ANALYSIS 

\ 

if the complete text will fit on page 2, otherwise, the 
RESOLUTION text field will be displayed on page 3. This 
narrative compression does not apply during the update mode. 

2*3.2 JSC Shuttle Problem Express Display 

2. 3. 2.1 SSBSial* The Express form of the JSC Shuttle 
Problem Display is the second of two forms used to input 
problem data to the system and to interactively display 
data. The Express Display constitutes a single problem data 
report and has the ability to display all the element values 
for a particular problem; however, the coded values are not 
converted as they are in the Standard Form. 

2, 3. 2. 2 section 2.1 contains the 

general layout of a problem in Express format. The data 
displayed will be in coded form as entered in the data base 
for that particular problem, with the following exceptions: 

• The current date will be displayed in the upper 
left-hand field on each page. 

• The page number of the display (page 1, 2, or 3) 

will be shown in the upper right-hand field of a 
page. . 

• The project Express code will be displayed on the 
second line after "PROJECT”. . 

• The value displayed in the ”SSM/TM:” field will be 
retrieved from the SUBSYSTEMS Code List. 

• The title block heading consisting of the date, 
page, date and time of last update, and the problem 
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report number will be repeated on the second and 
third page of the display, 

• All coded values will be displayed in the Express 
Code for the particular element, 

The values displayed for the other elements on the form 
have been described in detail in section 2,1. The heading 
will be displayed for all elements whether any data exists 
for an element or not. Narrative compression will be 
effected as described under Standard Display Section 
2, 3, 1,2, 


2,3.3 Code List Display 

2.3. 3.1 Ssneial. The code lists described in Section 
2. 1 may be accessed and displayed by any user of the system 
and sorted by designated parameter in ascending order. 
However, only the PAB can update code list entries. New 
code lists will be established by the Data Base Manager upon 
written request from the PAE. 

2.3. 3.2 Conten ts a n^.gggaafr* The user may display a 
desired code table in two ways. First, he can request that 
the entire code list for any given data element field be 
displayed. Or, he may enter the Express code or the 
Standard Abbreviation Code and have the element definition. 
Standard Abbreviation Code, Express code, and Code list 
title displayed. 
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2.3.4 Abbreviated Problem Display 


2. 3 .4.1 purpose of the Abbreviated 

Problem Display (APB) is to display the data for six 
significant components for any Pro lect- Problem Report Number 
requested. The requestor will input project and problem 
number. The six components displayed for a specific Project 
and Problem Report Number are the SUBSYSTEM, LEVEL, CAUSE, 
ACTION ASSIGNEE, DATE/OPDATED and ACTUAL RESOLUTION DATE. 

The word -NOLL- will bq displayed for any component that 
does not have a value entered in the data base. Each page 
of output will be numbered and the date/time of the request 
will be printed at the top of each page. 

2. 3. 4, 2 • The data displayed will 

represent what has been entered in the data base for the 
particular Project and Problem Report Number. Project, 
Level, and Cause codes will be converted to Standard 
Abbreviation. 


2.3.5 Element Display 

The Element Display provides the^ user with the 
capability to display exactly what value has been entered 
and stored in the data base for an element. To request a 
display of an element value, the user must enter the 
Project, Problem Report Number, and the specific element 
name. The element will be displayed in both code and 
standard abbreviation value. 
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2.3.6 Group Display 

The Group Display provides the user with the capability 
to display elecieiit values entered in the data base for each 
of the major groups of the JSC Shuttle Problem Display. The 
element may be displayed in either the Standard Abbreviation 
or Code values. To request a group display, the user must 
identify the project number, problem Report number, and the 
specific group title as defined in section 2.1. The format 
of the display will be as presented in section 2.1. 

2.3.7 Predefined Online Queries 

The predefined online queries provide the user with the 
capability to display data and to make direct queries on the 
data stored in the data base. The user will be able to 
search selected data fields for specific data values, 
perform boolean logic to identify problem reports from which 
data is to be selected, sorted, and displayed. As the need 
for new or different queries becomes apparent, after the 
system becomes operational, a procedure will be established 
between the User and IDSD to add the needed query 
capabilities to the system- Online reports will be limited 
by line count. The number of lines allowed will be 
determined by the SPIfiS working group. Until such 
determination has been made, report output which exceeds 125 
lines will be directed, in its entirety, to the computer 
site line printer. Element values wi^l be converted to 
Standard Abbreviations where possible. 
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The following Online Displays have been identified for 
PDS* All online displays will be page nunbered and the 
date/tioe of the request will be printed at the top of each 
page* All headings will be repeated ^n eultiple pa^es. 

Figure 2. 3*1 contains examples of each of the following 
reports: 

• PAE Problem Be view List 

Available; For PAE only. 

Input; Report Request. 

Output; Proiect, Problem Report Number# Action 

Assignee# and Dat^/Time Received. 

selection: All problems which have not been 

reviewed by PAE. 

Sorted: By Problem Report Number within Project. 

• Open Problem Summary with Respect to Time 

Available: For all Users. 

Input: Project# Subsystem# Date Received(l)# 

and Date Received (2). 

Output: Problem Report Number# Cause# Type# 

Level# Suspect/Verified# Failure Mode# 
Criticality, and Date Received. 

Selection: All open reviewed problems in the 

specified Project and Subsystem whose 
Date Received is greater than or equal 
to the specified Date Received (1) and 
less than or equal to Date Received (2). 

Sorted: By problem Report Number. 

• Subsystem Problem List 
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Available: For all Users, 

Inputs Proiect, Subsystea(l) , and Subsystem (2) . 

Output; Subsystem^ Problem Report Number^ 

Suspect/Verified, Level, Date/Time 
Updated, and Actual Resolution Date, 

Selection: All reviewed problems (open, closed, and 

explained) in the specified Project and 
whose Subsystem spans Subsystem(l) to 
Subsystem (2) , 

Sorted: By Problem Report Number within 

Subsystem, 

• Action Assignee Summary - Open Problems 

Available: PAE and SR6QA. 

Input: Action Assignee. 

Output: Project, subsystem. Problem Report 

Number, Suspect/Verified, Level, 
Date/Time Updated, and Scheduled 
Resolution Date. 

Selection: All reviewed open problems which contain 

the specified Action Assignee and no 
date in the Actual Resolution Date. 

Sorted: By Problem Report Number within 

Subsystem within Project. 

• Action Assignee Summary - Resolved Problems 

Available: PAE and SR&QA. 

Input: Action Assignee. 

Output: Project, Subsystem, Problem Report 

Number, Status, Level, Date/Time 
Updated, and Actual Resolution Date. 
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Selection: ftll resolved problems which contain the 

specified Action Assignee. 

Sorted: By Problem Report Nuaber within 

Subsystem within Frolect* 

• Part Number Searches 

Available: ?ot all Users. 

Input: Part Number, Suspect/Verified (or both). 

Output: Proiect, Subsystem, Problem Report 

Humber, Part Name, Actual Resolution 
Date, and Indicator; 

Procedure Hardware - PH 
Nonconforming Article - NCA 
Next Higher Assembly - NHA 
Contractor End Item - GEI 
Selection: All reviewed problems, verified or 

suspected (or both) , which contain the 
specified Part Number. 

Sorted: By Problem Report Number within 

Subsystem within Proiect. 

• Part Name Indices 

Available: For all users. 

Input: Proiect, Subsystem, suspect/verified 

(or both) . 

Output: Part Name, Part Number, Problem Report 

Number, Actual Resolution Date, and 
Indicator: 

Procedure Hardware • PH o 

I 

Nonconforming Article - NCA 
Next Higher Assembly - NHA 
Contractor End Item - CBI 
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Selection; 


Sorted; 



MX reviewed problems, verified or 
suspected (or both) in the specified 
Project and Subsystem which contains 
data in the Fart Name or Fart Number 
components. 

By Part Name. 
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Figure 2,3-1 
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2,4 SECUBITY 


Overall System 2000 security vill be the sole 
responsibility of the Data Base Manager, He will be 
responsible for providing data base back-up and reloading. 
Therefore, only the data base manager will have access to 
the system 2000 master password, and consequently he will 
have responsibility for assigning all system 2K passwords 
and authorities at the element, problem and string level. 

PDS input and access security will be provided by a 
system of user identifiers and passwords. Control and 
assignment of the user ID and user password will be the 
responsibility of PAE. One user ID will be assigned to each 
individual having a requirement for access to data in the 
PDS. This ID will not be classified and will be utilized in 
statistical and usage reports. Corresponding to each user 
number or group of user numbers, will be a classified user 
password which will be known only to the users, PAE and the 
Data Base Manager. When the PAE assigns the user password 
he will furnish this information to the Data Base Manager 
along with the authorities to be assigned to the password. 
The data base manager will then assign the user password to 
the S2K group password which defines the correct 
authorities. This will allow PAE to change the user 
password without affecting the S2K password and associated 
authorities should the user password become compromised. It 
will be necessary for PAE to notify the Data Base Manager 
when changes in User Passwords and/or authorities are 
required. 
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In order to insure that security requirements are 
fulfilled, it will be necessary for the user to state 
intent, (i.e., add new problem, update existing problem, or 
report generation) , for each transaction* This information 
will be utilized to activate the proper security routine as 
well as the proper form display. For a new problem entry 
the security routine will insure that the originator has 
write authority for all entered elements. If a user 
attempts to update an existing problem or access a problem 
for report purposes the security routine will again insure 
that he has both element and problem authority. 

Security requirements have been Classified in six 
groups. Group one consists of the PAE only, who will have 
unqualified access to all problems, data elements, code 
tables and reports. The PAE may input new problems, update 
existing problems, update code tables, and access any 
report. PAE may reassign problem update authority for a 
particular problem by changing a security element which will 
be assigned to each problem. This is a required interface 
between security group four and six, since security group 
six may input problems on any prolect but may not be 
responsible for the problem resolution. In addition the PAE 
may request the Data Base Manager to change other user 
passwords. 

Security group two will have access to read any problem 
and associated data elements in the data base as well as the 
code tables. They may not enter new problems, update 
existing problems, nor change code table information. In 
addition, the type of queries allowed will be restricted by 



lioiting the predefined reports executable under their 
security code. 

) 

Group three will have unlimited read access to all 
problem reports, data elements, queries, and code tables. 
They will be limited to input/update of certain data 
elements for a given problem as outlined in table 2.4.2. 
Group three may not enter a new problem or update code 
tables. 

Group four users will have read/update access to 
problems which they input and to ptobiems which have been 
assigned to them by PAE. They may not access problem data 
input by another user except by special permission of the 
PAE. (See group five discussion.) Users in this group may 
originate problem reports associated with their hardware and 
update these data as required. They may not input or update 
data elements which are machine generated or reserved to 
PAE. 


Group four users will be further subdivided on a 
father^son relationship. As an example, a prime contractor 
will be assigned one password by PAE which will correspond 
to one S2K password with its associated authorities. 

However, there may be several major subcontractors who will 
input problem data. PAE will assign each of these 
subcontractors a unique password. All of these passwords 
will map into the prime contractor’s password. A delimiter, 
based on user password will be stored in each problem 
thereby allowing a second partition of the data base 
problems. This would allow the prime contractor to 
read/update all problems for his group, while at the same 
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time limiting the subcontractor to his unique problems. 
Grouping of the main users and the father-son relationship 
for prime/subcontractors is necessary since S2K will allow 
only 20 passwords per data base. Group four users may 
access code tables but will not be allowed to change or add 
code tables. They will also be limited in the execution of 
reports. 

Group five is a special security group consisting of 
the sane users as group four. This security group is 
identified to allow PAE the option of granting pernission to 
one contractor to read problems associated with another 
contractor's hardware. The security of this group will be 
controlled at the contractor or subcontractor level by PAE, 
i.e./ permission to read another group's problems# 
constitutes permission to read all data problems. Group 
five security will not allow input of new problems# update 
of existing problems# or access to code tables. 

Group six will have read and input authority for all 
problems and projects. When PAE reviews problems input by 
group six# they may reassign update responsibility to a 
group four contractor by changing the problem security 
element. After a problem update responsibility has been 
changed# group six may not update the problem but will 
retain read authority. Group six users may not change code 
tables. 

A complete recap of authorities to be initially 
assigned to the user passwords are listed in tables 2.4.1 
through 2.4.4. These tables list problem/element/table 


2-116 





authority; detail data element authority and report 
authority respectively* 
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Table 2.4.1 



P80BIT8/E1EIIE8T/TABLB AUTHOBITY 
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1 
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ALL 

ALL 

ALL 

2 

ALL 

ROHE 
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ALL 

HOHS 

3 

ALL 

narrative Fields only 

ALL 

ALL 

ROHE 

a 

iLL for ,o«a probleos 
and subcontractor’s 
probleas. Subcontrac- 
tors liaited to own 
probleas. 

£032 others 

probleas 
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Hone for others 
probleas. 
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and problea security 
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ALL 

ROHE 

5 

ALL for others probleas 
when authority given 
by PAS 

MOHS 

Assigned by Report 

ROHE 

ROHE 

6 

ALL 

ALL for initial input 

Assigned by .Report 

ALL 

ROHE 


except eachine gener- 
ated and PAE reserved 
elenents. For update - 
as assigned bf P&E 
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table 2.0.2 


Data tleoent Secotity by Groap 
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will hawe read# add (new probleu) or change authority. 


Eleaent 


1 

Bead apdate 


2 

Bead Opdate 


Group 

3 

Bead Dpdate 


4 

Bead Dpdate 


5 6 

Bead Dpdate Bead Dpdate 


title Block: 


Problea 

Ident; 


55 


c? ^ 




£? 


Bardware 
Ident: 
(saee for 
all) 


Project 
Scbsysteo Bane 
Action Assignee 
SS3/TR 


X X 

Coaputer generated 
X X 


Coaputer generated 


X 

X 


Sabsystea 
Systes/Ele aent 
?eport 5o. 

Problea Status 
Type 

Reference Ko. 
yehicle 
Criticality 
Pork Qcit 
location 
Problea Status 
Occurrence Date 
Test /Operation 
Init./Subs . 

Date/Tiae Bed. 

Cause 

PAE Bewiew 

Date/Tiae last trans. 
Failure Mode 
Estiaated Date 
Actual Date 
Cordi tion Kat. 

Prev. Cond . 

Tiae /cycles 
Disposition 
Test Document Ko. 
Const taint 


X 

X 

z 

Coaputer 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 


X 

I 

X 


X 

X 

X 


generated with PAE override 


Computer generated 
X X 

X 

Computer generated 
X X 

X X 

X X 

X X 

X X 

X X 

X X 

X X 

X X 


X 


X 

X 

X 

X 

X 

X 

X 

X 


X 


Part Buaber 
Part Baoe 
Banuf ac turec 
Serial/Lot No. 


X X 

X X 

X X 

X X 


X 

X 

X 

X 


X 


X 


X 


X 


X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 


X 

X 

X 

X 

I 

X 

X 


X 

X 

X 

X 


X 

X 


X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 


X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 


X 


X 


I 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 


X 

X 

X 

X 

X 

X 

X 

X 

X 

I 

X 

X 

X 
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Table 2.4.2 (Coaclaied) 

Data Eleaeat Secority By Groop 




Sleeeat 



Croup 






1 

2 

3 

4 

5 




Bead Opdate 

Read Update 

Bead Opdate 

Read Opdate 

Read Opdate 


Problee 

aissian Xo. 

X 

X 

I 

X 

X 


Ef fectiTity; 

Tehicle Ho. 

X 

X 

X 

X 

X 



Criticality 

I 

X 

X 

X 

X 



Status 

X 

X 

X 

X 

X 


Fcoblea 

Problee Description 

X 

X 

X 

X 

X 


Descriptioa: 








Pertin snt 

Type 

z 

X 

X 

X 

X 

o o 

Docusents: 

Issue Site 

X 

X 

X 

X 

X 

■»( w 


Docuaent Ko. 

X 

X 

X 

X 

X 

ss 


Issue Pate 

X 

z 

X 

X 

X 

8S 

EeDarZs : 

Beaarks 

X 

X 

X 

X 

X 


Analysis: 

Analysis 

X 

X 

X 

X 

X 

JO ^ 









Besolotioa: 

Resolution 

X 

X 

X 

X 

X 




Opdat 


Z 


X 

X 

1 

X 

z 

X 


z 
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2.5 OPERATIONAL EEQOIREiiENTS 
2.5.1 General 

The PDS is required to operate via remote terminals to 
provide interactive input of problem data^ interactive 
display of problem data, and in the batch mode to produce 
lengthy reports. In the interactive mode, PDS must 
accommodate up to ten (10) users concurrently in either the 
update or query mode. problem Reporting consists of 
submitting initial and follow-on data concerning Shuttle 
hardware problems to a central facility. The central 
facility at JSC is the Problem Assessment Engineering (PAE) 
Group who is responsible for collecting, updating, 
maintaining, reporting and tracking of problem data. 
Reporting agencies/users who have access to a terminal will 
input data directly to the PDS data base, whereas reporting 
agencies/users without terminals will supply the pertinent 
data to PAE for input to PDS. Likewise, users with 
terminals will be able to display interactive reports, while 
the PAE will be responsible for supplying hardcopy reports 
to users without terminals. In addition, PDS will be 
required to perform certain security, accounting and 
transaction logging functions, security requirements are 
covered separately in section 2.4. 

2.5.2 Interactive Requirements 

2- 5. 2.1 All initial 

problem data will be input to PDS via terminals utilizing 
form mode input. Two forms or modes of input are available 
to the Originator: Express or Standard. The format. 
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content and data element description for each mode is 
thoroughly discussed in section 2.1- The basic difference 
in these two modes is that the Express mode utilizes codes 
for many data elements, whereas the Standard mode utilizes 
meaningful abbreviations, or full text. 

The originator must indicate intent, i.e., a new 
problem entry, the mode (express or standard) to be used, 
and proposed project and Report Number to initiate a new 
entry. If that Project/Feport Number exists and there is no 
security violation, the problem will be displayed. If no 
duplication of report number exists, PDS will then display 
page one of the JSC Shuttle Problem Input Display in the 
proper mode with the project/report number previously 
identified. The Originator will then enter the new problem 
data for Page 1 and transmit the data. After transmission 
the input data will be edited in accordance with the 
security checks outlined in section 2.4 and the data edits 
outlined in section 2-1. All errors will be displayed and 
the originator will have an opportunity to make corrections. 
Non*corrected data will retain a null value except for 
initial Problem Required (IPB) elements. Should the 
originator not input or correct IPR elements, the problem 
will be rejected, the originator notified of the non- 
acceptance, and PAE will be notified of the aborted attempt 
on the Transaction List. Assuming page 1 is accepted, the 
originator may then continue to input data on page 2 and 
page 3, transmitting each page and making corrections as 
required sequentially; or he may enter another new problem 
if no data exists for pages 2 and 3. sAll accepted data will 
be echoed at the terminal to verify proper data transmission 
and processing. 
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2. 5. 2.1 u pdating . Updating (changes or 

deletions) of problem data will be accomplished in much the 
same manner as the inputting of initial problems. The 
originator must indicate intent and tho mode (express or 
standard) to be used, and identify the problem to be 
updated, by problem number and project. A security check 
will be performed to insure that the user has problem 
authority. If the user does not have problem authority then 
the attempted violation will be displayed to the user and 
noted for report to PAE; otherwise, page 1 of the JSC 
Problem Display including all current element values for the 
problem will be displayed. The user may then proceed to 
change values in accordance with the authorities discussed 
in section 2-4, transmitting the entire page of data. The 
software will determine the changes made and edit all new 
data in accordance with the data element edits outlined in 
section 2.1. As with the initial problem input, element 
security and data edits will be performed after each 
transmission, and the user will be notified of the results. 
The user may then correct any input errors; however should 
errors not be corrected the element value will retain its 
original value. All data for each page containing changes 
will be echoed at the terminal to verify proper data 

\ 

transmission and processing. ^ ' 

A “Suspect” problem may be deleted either by PAE or the 
Originator of the problem. “Verified" problems cannot be 
deleted. 

Single element or repeating group element updates may 
be accomplished by utilizing a predefined display /up date 
option. The user will input the problem number, project. 
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elenent name, and new element value, The same security and 
edit checks will be performed as described above and in 
section 2,1 and 2,3, Acceptance of the change will be 

displayed at the terminal in the form: Element 

value changed from to . 

All changes or deletions will be reported to PA£ via 
the transaction log on a daily basis, 

2,5,2, 3 pplj^^ ?ea pghe^/g gp 9g^ip. The user may display 
data utilizing several options. One of the primary ways for 
displaying problem data will be the utilization of the JSC 
Shuttle Problem Display as described in section 2.1. The 
user will state intent to display, identify the problem to 
be displayed by Proiect and problem number, and choose one 
of the two display options, either standard or express. The 
narratives in the display mode will be compacted, i.e., all 
blank lines removed. The "Remarks” normally displayed on 
page 2 of the JSC Shuttle Problem Display will be moved to 
page 1 where space permits, and the "Resolution” narrative 
normally on page 3 will be moved to page 2 where possible. 

Predefined searches and the associated reports are 
defined in section 2.3. The user may activate the searches 
from the terminal consistent with security authorities 
outlined in section 2,4. Should the user require 
interactive reports which have not been previously defined 
he may request then from* PAE. (Jpon approval of PAE the 
request will be forwarded to the Data Base Manager for 
consideration who will normally insure that the request is 
fulfilled within 48 hours. 
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2. 5.2.4 AU PDS users 

will be able to display and cross reference code lists 
described in section 2.1 as outlined in section 2.3. 
Prinarily these capabilities consist of displaying entire 
lists and sorting the list in ascending order by coeponent, 
displaying individual elements in a list^ or inputting a 
code or abbreviation and receiving the corresponding code or 
abbreviation. 

Only PiE will have the authority to nodify existing 
code list. PDS will have the capability to handle changes 
to code list during normal PDS operational tiae via terminal 
input. The addition of new code list nust be coordinated 
with the Data Base Manager. 

2.5.3 Accounting Requireaents 

The system is required to support aaintenance of 
statistical data on a per user basis. This reguireaent will 
include gathering available statistics, such as number of 
security violations, system seconds used, editing errors, 
number of transactions by user and accumulating them for a 
monthly report. This will be accomplished through the use 
of programs written to gather and print these statistics. 
Please see figure 2.2-6. 


2.5.4 Transaction Recording 

Transaction recording is to be an accumulation of all 
the changes which occur on the data base. A file is to be 
created daily on which all of the transactions affecting the 
data base are to be recorded in chronological order- For 
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each transaction^ the exact time as appears on the computer 
clock, the user’s identification code, and the previous and 
current element value are to be recorded. These data are to 
be reported in the daily Valid Transaction and Valid Table 
Transaction Reports. Please see figures 2.2-U and 2.2-5. 



3 . 0 DIB SiaSLlilS 


PDS will operate on the CDC CYBER 7U computer under 
KBONOS operatinq system and System 2000 Data Base Hanaqement 
System. The data base is to reside on high speed direct 
access mass storage such as the CDC 844 disk system* 

The peripheral equipment capabilities required for 
support of PDS are a card reader for batch run request, a 
high-speed line printer for offline reports, several 
magnetic tape drives for transaction recording and report 
files, thirteen identified remote terminals with hardcopiers 
(Hazeltine 4000 terminals are required'for the PDS 
applications) , communications equipment for maximum of ten 
concurrent online users- The estimated data base size, core 
storage requirements for application software, and the usage 
requirements are contained in the Program Implementation 
Plan (PIP) for PDS. Additional requirements include: 

The CYBER computer must be available from 7 a.m. to 
7 p.m., Monday through Friday, for on-line 
activities and sufficient time allocation after 7 
p-m. for timely batch operation. Any additional 
operational periods should be approved by the data 
base administrator. The computer system should be 
immediately available 90% of the prime shift (day) 
time for the maximum ten concuptent users, and no 
more than a 30-minute wait should be required for 
the other 10% of prime shift time. This requirement 
does not include downtime. 
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The average on-line response tiaie for update of a 
single problem or a direct retrieval of a problem is 
to be less than 30 seconds, while the worst case 
response should be less than three minutes. The 

average on-line response time for data searches 

\ 

(retrievals based on multiple search criteria with 
optional sorting) with criteria which may qualify 
more than one problem is to be less than one minute, 
while the worst case should be less than ten 
minutes. 

The tUrn-around for batch runs. should be less than 
U8 hours. 

The data base is to be recoverable to the last valid 
input command in the event of computer system 
malfunction. This will be effected by periodically 
copying the data base onto magnetic tape and by 
recording each transaction change made to the data 
base. In the worst case, no more than one day's 
worth of data base transactions shall be lost. 

The computer is not to be down for longer than 2.5 
hours during a one week 7 a.m. to 7 p.m. Monday 
through Friday prime shift. The critical item for 
batch mode is to produce the required Open Problem 
Lists when scheduled. 

The following terminal locations are identified for 
PDS operation: 

Terminal User Number of 

Lssatiss &£saai2aii£B. XsiAiaals 
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Boeing Bldg. 

PAE 

JSC Bldg, #45 

SR8QA 

JSC Bldg. #1 

SSPO 


OPO 


PSD 

Downey, CA 

JSC 

Huntsville, AL 

MSEC 

Cape Canaveral, FL 

KSC 

Vandenburq, CA 

USAE 


TOTAL 



4 . 0 2 ESl^MfiUlRMlNlS 


4.1 TEST DATA 

Th€ sources of test data to be processed by the system 
will be provided by QAD and LEC/ASD. initially, testing 
operations will be conducted on the data resident in the 
Interim Problem Data System Data Base. This data base will 
be established by a transfer and/or conversion of all data 
from the Interim System data base to the initial PDS active 
data base. The Interim system data base will include data 
for all orbiter and system level problems. In addition to 
the problem reports existing on the Interim System data 
base, all necessary tables (code tables, security tables, 
etc.) will be input onto the data base. Subsequently, 
additional test data will be submitted as required. 

4.2 GENERAL TEST APPROACH 


The over-all procedures to be followed in testing will 
be stated in the System Test specification, where the exact 
input data to be supplied and the operational type test 
output to be expected will be defined. The testing will be 
performed in a facsimile of a teal life environment as the 
final item before release. Representative testing shall 
include, but not be limited to: 

• Sample problem reports 

• Code Tables 

• Translation Tables 

• Access Codes 

• Error conditions (data that contains errors that 
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will test error conditions) 

The test specification shall describe various test 

t • I 1 ■ 

phases: 

• Subsystem test specifications, including a check 
performed on all subsystem codes and options. 

• Systems test specification/ idcluding interface 
checking and demonstration of user requirement 
performance. 

• Integration test . specifications , including a ^ 

demonstration of maximum terminal operations. 

• Production lest/Validation 

4.3 ■ ACCEPTANCE CRITEfilA 

During testing, a sufficient amount of data 
manipulations, system operations and hardware demonstrations 
will be conducted to establisk that the PDS system meets all 
performance requirements outlined in this DBD. 
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